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1.  DO  NOT  DELETE  THE  DBASE  III  FILES. 

The  dBASE  III  software  is  copy  protected.  It  includes  a  special  installation 
program  which  copies  the  software  from  the  dBASE  III  System  Disk  1  to  the 
fixed  disk.  Some  of  this  software  is  contained  in  hidden  files  which  will  not 
be  listed  when  the  DIR  command  is  used.  Also,  the  dBASE  System  Disk  1  con¬ 
tains  a  counter  allowing  only  one  copy  to  be  made.  As  part  of  the  installa¬ 
tion,  the  program  resets  that  counter  to  zero,  showing  that  no  more  copies  may 
be  made. 

To  remove  the  dBASE  III  software  from  the  fixed  disk,  the  dBASE  III  UNINSTALL 
program  MUST  be.  used.  This  UNINSTALL  program  resets  the  counter  on  System 
Disk  1,  allowing  another  copy  to  be  made.  If  the  dBASE  III  files  are  simply 
deleted  from  the  fixed  disk,  dBASE  III  cannot  later  be  re-installed.  It  is 
necessary  to  mail  the  no  longer  usable  System  Disk  1  and  a  $20  fee  to  Ashton¬ 
Tate  for  replacement.  Ashton-Tate  does  provide  a  backup  copy  of  System  Disk  1 
which  may  be  used  if  the  original  disk  is  damaged  or  if  the  dBASE  III  software 
is  not  properly  uninstalled. 


2.  DO  NOT  DELETE  DATABASES  USING  DOS. 

The  Hunter-Killer  Database  System  maintains  files  describing  what  databases 
have  been  created.  If  these  files  or  the  databases  themselves  are  deleted 
using  DOS,  the  Database  System  may  be  unable  to  find  all  the  files  that  have 
been  created.  Database  files  should  only  be  deleted  from  within  the  Hunter- 
Killer  Database  System  itself. 

Similarly,  the  files  should  not  be  modified  outside  of  the  Hunter-Killer 
Database  System  using  an  editor.  Only  the  generated  run  stream,  which  is  a 
standard  IBM  AT  file,  may  be  examined  using  an  editor. 
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3.  DO  NOT  PRINT  REPORTS  IF  THE  PRINTER  IS  NOT  ON-LINE. 

Due  to  the  manner  in  which  dBASE  III  and  DOS  communicate,  if  an  attempt  is 
made  to  print  a  report  and  the  printer  is  not  connected  or  is  not  turned  on, 
dBASE  III  will  abort  back  to  DOS. 

If  the  printer  is  not  available,  DOS  displays  the  message  "Abort,  Retry, 
Ignore?"  telling  the  user  to  choose  the  next  action.  The  printer  may  be  made 
ready  and  the  retry  option  used;  however,  due  to  the  DOS/dBASE  III  interface, 
this  is  the  only  action  that  will  prevent  exiting  to  DOS.  To  prevent  a  fatal 
error,  the  Hunter-Killer  Database  System  always  requires  confirmation  of  a 
print  command  before  printing  a  report. 


4.  DO  NOT  CHANGE  DEFAULT  DRIVES  IF  A  DISKETTE  IS  NOT  IN  TOE  NEW  DRIVE. 

Due  to  the  manner  in  which  dBASE  III  and  DOS  communicate,  if  an  attempt  is 
made  to  change  the  default  drive  and  the  drive  is  not  ready  (a  formatted 
diskette  in  the  drive),  dBASE  III  will  abort  back  to  DOS. 

If  the  selected  drive  is  not  ready,  DOS  displays  the  message  "Abort,  Retry, 
Ignore?"  telling  the  user  to  choose  the  next  action.  The  drive  may  be  made 
ready  and  the  retry  option  used;  however,  due  to  the  DOS/dBASE  III  interface, 
this  is  the  only  action  that  will  prevent  exiting  to  DOS.  To  prevent  a  fatal 
error,  the  Hunter-Killer  Database  System  always  requires  confirmation  of  a 
change  drive  command  before  performing  the  action. 

5.  REGULARLY  BACKUP  TOE  DATABASES 

If  the  disk  on  which  the  databases  are  stored  is  damaged,  the  data  may  be 
lost.  To  avoid  loss  of  the  databases,  backups  should  be  made  whenever  the 
files  are  changed. 
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6.  USE  MATCHING  DRIVES  AND  DISKETTES. 


There  are  two  types 
capacity  (1.2M  bytes) 
is  usually  installed 
an  embossed  asterisk 
high-capacity  drive  is 


of  floppy  diskette  drives  available  on  an  IBM  AT:  high- 
and  double-sided  (320K  bytes) .  The  high-capacity  drive 
above  the  double-sided  drive.  Double-sided  drives  have 
on  them  whereas  the  high-capacity  drives  do  not.  The 
A  and  the  double-sided  drive  is  B. 


There  are  also  two  types  of  diskettes,  one  for  each  type  of  drive,  which  are 
physically  different  and  cannot  be  substituted  for  one  another.  Only  double¬ 
sided  diskettes  can  be  used  in  the  double-sided  drive.  Both  types  of  disk¬ 
ettes  can  be  used  in  the  high-capacity  drive,  but  a  double-sided  diskette 
written  on  by  the  high-capacity  drive  may  not  be  readable  in  a  double- sided 
drive.  When  formatting  a  double-sided  diskette  in  the  high-capacity  drive, 
make  sure  the  proper  options  are  used  as  described  in  the  DOS  manual. 
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1.0  INTRODUCTION 


1.1  PURPOSE 

This  manual  is  intended  for  use  by  those  who  will  use  the  Hunter-Killer  Data¬ 
base  System  (HKDS)  to  maintain  data  for  the  Hunter-Killer  Model.  The  HKDS  has 
been  implemented  on  an  IBM  AT  personal  computer  to  allow  the  system  to  be  used 
independently  of  a  mainframe  computer.  All  data  files  are  maintained  on  the 
IBM  AT.  When  the  model  is  to  be  run  the  HKDS  generates  a  run  stream  which  is 
then  uploaded  to  the  mainframe  computer  on  which  the  model  is  maintained. 

Other  related  manuals  are: 

The  Hunter-Killer  Database  System  Programmer’s  Manual.  This  manual  describes 
the  software  which  implements  the  HKDS  and  is  intended  for  use  by  the  HKDS 
maintenance  programmer.  Information  is  provided  on  the  coding  conventions 
used,  how  to  maintain  the  HKDS,  and  how  to  install  the  HKDS  on  other 
computers . 

The  Hunter-Killer  Model  Version  1.1  Executive  Summary.  This  manual  provides  a 
quick  introduction  to  the  Hunter-Killer  Model. 

The  Hunter-Killer  Model  Version  1.1  User’s  Manual.  This  manual  provides  a 
description  of  the  purpose  of  the  model,  the  modeling  techniques  that  were 
used,  the  data  required  to  run  the  model,  and  the  reports  produced.  It  also 
provides  instructions  on  using  the  Hunter-Killer  Model. 

The  Hunter-Killer  Model  Version  1.1  Programmer’s  Manual.  This  manual  provides 
details  on  the  software  that  implements  the  model.  It  is  intended  for  use  by 
the  model’s  maintenance  programmer. 


1.2  SECURITY 

The  system  on  which  the  Hunter-Killer  Database  System  has  been  installed  was 
assembled  without  regard  to  the  special  needs  and  requirements  for 
safeguarding  classified  defense  data.  Prior  to  using  the  system  to  process 
classified  data  the  user  should  contact  the  appropriate  security  officer  for 
the  necessary  procedures. 


1.3  PREREQUISITES 

The  Hunter-Killer  Database  System  requires  a  personnal  computer  running  the 
dBASE  III  software.  This  manual  is  written  specifically  for  the  computer  on 
which  the  HKDS  was  originally  implemented,  an  IBM  AT/370.  This  is  an  IBM  AT 
personal  computer  with  AT/370  and  3278/9  emulator  boards  added,  along  with  the 
VM/PC  operating  system.  These  boards  and  software  allow  the  AT/370  to  be 
hardwired  to  an  IBM  mainframe  operating  under  the  Virtual  Machine/System 
Product  CMS  operating  system.  These  boards  and  software  are  only  required  if 
the  IBM  AT  is  to  be  hardwired  to  an  IBM  mainframe. 
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Communications  with  a  mainframe  may  also  be  accomplished  through  a  modem. 
This  manual  assumes  the  IBM  AT  has  a  Hayes  1200B  modem  and  the  Hayes  SMARTCOM 
II  software.  These  may  be  used  to  conhect  to  any  computer  with  dial-in 
capability. 

The  Hunter-Killer  Database  System  has  been  implemented  using  the  dBASE  III  (a 
trademark  of  Ashton-Tate)  database  management  software;  howev*  •,  use  of  the 
HKDS  does  not  require  a  direct  knowledge  of  dBASE  III.  The  HKDS  ises  a  series 
of  menu  screens  to  guide  the  user  through  the  system.  The  ^enus  plus  the 
information  contained  in  this  manual  should  be  sufficient  for  using  the  HKDS. 

Though  a  knowledge  of  dBASE  III  is  not  required,  a  basic  knowledge  of  DOS  is 
assumed.  DOS  commands  to  change  directories,  format  disks,  define  substitute 
drives,  or  perform  other  functions  are  discussed  without  being  described  in 
detail.  The  IBM  AT/370  requires  DOS  Version  3.0  or  higher. 

A  knowledge  of  the  SMARTCOM  II  software  is  also  required  if  the  Hayes  modem  is 
to  be  used  to  upload  the  generated  run  stream  to  a  mainframe  computer.  Sec¬ 
tion  2.10  provides  sufficient  information  to  allow  the  user  to  upload  to  two 
computers,  the  MERADCOM  CDC  CYBER  835  and  the  NVL  IBM  4341,  without  more  than 
a  cursory  knowledge  of  SMARTCOM  II. 

It  is  assumed  that  the  user  is  already  familiar  with  the  operating  systems  of 
those  two  computers.  The  CDC  is  using  the  NOS/BE  operating  system.  The  IBM 
is  using  the  Virtual  Mach ine/Sys tern  Product  (CMS)  operating  system. 

The  AT/370  hardware  allows  direct  connection  of  the  IBM  AT  to  an  IBM  mainframe 
as  if  the  AT  were  an  IBM  terminal.  This  hardware  uses  the  VM/PC  software 
package.  This  package  is  described  in  Section  2.11  in  sufficient  detail  to 
allow  the  user  to  connect  with  the  NVL  IBM.  This  software  is  essentially  the 
CMS  operating  system  with  a  few  additional  commands  to  allow  DOS  ASCII  files 
to  be  translated  to  CMS  EBCDIC  files. 

The  Hunter-Killer  Model  itself  is  not  described  within  this  manual.  It  is 
assumed  the  user  already  knows  the  model  and  knows  the  meaning  and  usage  of 
the  data  maintained  by  the  HKDS. 


1.4  INQUIRIES 

Inquiries  concerning  the  Hunter-Killer  Model  or  the  Hunter-Killer  Database 
System  should  be  addressed  to: 

Night  Vision  and  Electro-Optics  Center 
DELNV-V 

Fort  Bel voir,  VA  22060 

(703)  664-5845 
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2.0  USING  THE  DATABASE  SYSTEM 


This  chapter  provides  information  on  using  the  Hunter-Killer  Database  System, 
from  the  start  of  a  session  to  the  end.  An  overview  on  editing  a  database  is 
provided.  The  details  of  the  data  contained  within  each  database  that  makes 
up  the  HKDS  are  given  in  Section  3. 


2.1  CONCEPTS 

2.1.1  Conventions  Used  in  This  Manual 

All  DOS  and  dBASE  III  commands  discussed  in  this  manual  will  appear  in  upper¬ 
case  letters.  All  options  that  may  be  entered  in  the  HKDS  will  be  upper-case 
and  will  also  be  delimited  by  quote  marks:  "H".  The  quote  marks  are  not  to  be 
entered,  only  the  option  displayed  between  them. 

In  the  figures  showing  the  HKDS  screens,  the  positions  where  values  are  to  be 
entered  are  indicated  by  underscores.  On  the  actual  screens  these  positions 
will  be  shown  by  a  box  of  a  different  color  than  the  background  color. 


2.1.2  Use  of  ID  Numbers 

The  Hunter-Killer  Database  System  consists  of  ten  databases  which  divide  the 
data  into  the  same  categories  used  by  the  Hunter-Killer  Model.  The  databases 
are:  Lasers,  Probabilities  of  Kill,  Sectors,  Sensors,  Type  Platforms,  Type 
Weapons,  Controls,  Defilade  Fractions,  Hunter-Killers  (along  with  Move  Vectors 
and  Air  Tactics),  and  Terrain. 

The  databases  are  interrelated  through  the  use  of  ID  numbers.  Every  piece  of 
equipment  in  a  database  such  as  a  laser,  type  platform,  or  hunter-killer  has 
an  ID  number  that  is  unique  to  that  database.  Additionally,  each  sector  has  a 
unique  ID  number.  When  one  database  refers  to  another  database  it  does  so 
through  these  ID  numbers.  For  example,  the  description  of  a  hunter-killer 
requires  a  hunter  sensor,  laser,  and  sector  and  a  killer  sensor,  laser,  and 
sector.  The  ID  numbers  entered  in  the  Hunter-Killers  Database  will  be  used 
when  a  run  stream  is  generated  to  extract  from  the  appropriate  databases  the 
sensors,  lasers,  and  sectors  required  for  the  run.  ID  numbers  within  a  data¬ 
base  are  assigned  by  the  user.  The  values  may  be  from  1  to  999. 

An  option  is  provided  on  the  main  menu  which  causes  all  of  these  interrela¬ 
tionships  to  be  verified.  If  a  database  contains  an  ID  that  is  supposed  to 
refer  to  a  second  database  but  the  second  database  does  not  contain  that  ID, 
an  error  message  is  generated.  This  option  is  discussed  in  Section  2.7. 


2.1.3  Single  vs  Multiple  Version  Databases 

The  ten  databases  are  subdivided  into  two  types:  single  version  and  multiple 
version.  A  single  version  database  is  one  where  only  one  list  of  values  is 
desired,  such  as  lasers.  The  parameters  describing  a  laser’s  performance  do 
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not  change  from  run  to  run  and,  consequently,  only  one  Laser  Database  contain¬ 
ing  all  lasers  must  be  maintained.  The  Hunter-Killers  Database,  however,  will 
change  often,  depending  on  the  scenario  to  be  modeled.  One  scenario  may  have 
four  blue  versus  thirteen  red  hunter-killers,  whereas  another  scenario  may 
have  equal  forces.  Instead  of  requiring  that  the  Hunter-Killer  Database  be 
changed  for  each  scenario  then  changed  back  when  the  original  scenario  is 
again  desired,  the  HKDS  allows  multiple  versions  of  the  Hunter-Killers  Data¬ 
base  to  exist.  Each  database  is  identified  by  a  two  digit  ID  number  assigned 
by  the  system.  When  a  user  wishes  to  modify  a  Hunter-Killers  Database,  it  is 
necessary  to  select  option  "H"  from  the  main  menu,  then  select  the  specific 
database  to  be  used  (or  choose  to  create  a  new  one)  before  the  modifications 
can  be  made. 

The  single  version  databases  are:  Lasers,  Probabilities  of  Kill,  Sectors, 
Sensors,  Type  Platforms,  and  Type  Weapons. 

The  multiple  version  databases  are:  Controls,  Defilade  Fractions,  Hunter- 
Killers,  and  Terrain.  The  database  containing  run  streams  also  functions  as  a 
multiple  version  database. 


2.1.4  Use  of  Menus 

The  HKDS  is  menu  driven.  When  the  system  is  started  the  main  menu,  Screen 
0.0,  is  displayed.  The  option  to  be  performed  is  selected.  This  will  cause  a 
secondary  screen  to  be  displayed.  This  screen  will  contain  a  another  set  of 
options.  Selecting  another  option  may  cause  a  third  level  screen  to  be 
displayed  or  an  action  to  be  taken,  as  appropriate.  All  screens  are  identi¬ 
fied  by  a  number  in  the  upper  right  hand  corner  of  the  screen.  The  list  of 
figures  in  the  Table  of  Contents  may  be  used  to  determine  the  page  with 
detailed  information  on  a  screen. 

The  screen  ID  numbers  are  all  of  the  form  d.mn,  where  d  identifies  a  function 
(e.g.,  changing  the  default  drive)  or  a  database  and  m  identifies  a  screen 
used  to  list  options  5r  used  to  perform  an  option.  N  identifies  a  subscreen 
of  Screen  d.m.  It  is  used  when  a  single  screen  is  insufficient  for  performing 
an  option,  such  as  editing  a  database  using  multiple  subscreens.  These 
subscreens  will  be  numbered  d.ml,  d.m2,  and  so  on. 

The  definitions  for  d  are: 

1  =  Change  the  default  drive 

2  =  Verify  IDs 

3  =  Lasers  Database 

4  *  Probabilities  of  Kill  Database 

5  *  Sectors  Database 

6  =  Sensors  Database 

7  =  Type  Platforms  Database 

8  =  Type  Weapons  Database 

9  =  Controls  Databases 

10  =  Defilade  Fractions  Databases 

11  =  Hunter-Killers,  Move  Vectors,  and  Air  Tactics  Databases 

12  =  Terrain  Databases 

13  =  Run  Streams 
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For  single  version  databases,  m  may  take  on  two  values.  M  =  2  is  the  princi¬ 
pal  option  menu  for  the  database.  M  =  6  is  the  data  verification  screen. 

For  multiple  version  databases,  m  may  take  on  more  values  as  follows: 

0  =  Select  an  existing  database  or  choose  to  create  a  new  one 

1  =  Create  a  new  database 

2  =  Options  menu  for  modifying  a  selected  database 

3  =  Change  the  description  of  a  selected  database 

4  =  Delete  a  selected  database 

5  =  Edit  a  selected  database 

6  =  Data  verification  for  a  selected  database 

These  screens  are  discussed  in  general  terms  in  Sections  2.4  and  2.5.  Varia¬ 
tions  on  these  screens  and  additional  screens  specific  to  some  databases  will 
be  discussed  in  Section  3. 

The  menus  are  in  a  tree  structure  as  shown  in  Figure  2-1.  Selection  of  an 
option  must  always  move  along  the  branches  of  the  tree.  It  is  not  possible, 
for  example,  to  go  from  the  second  level  screen  for  the  lasers  directly  to  the 
second  level  screen  for  the  sensors.  It  is  always  necessary  to  back  out  to 
the  main  menu,  the  root  of  the  tree,  before  taking  a  new  branch.  The  standard 
selections  are  to  enter  a  letter  or  ID  number  to  move  to  a  secondary  or 
tertiary  level  and  to  enter  a  (minus  sign)  to  back  up  to  a  higher  level. 

Options  may  be  entered  in  upper  or  lower  case  letters.  The  HKDS  will  trans¬ 
late  them  to  upper  case.  It  is  always  necessary  to  enter  a  carriage  return  to 
cause  the  selected  option  to  be  executed. 

When  entering  data,  only  the  correct  data  type  —  numeric  or  alpha  —  will  be 
accepted.  If  an  attempt  is  made  to  enter  an  alpha  character  in  a  numeric 
field,  the  system  will  not  accept  the  value.  The  system  will  behave  as  if  no 
value  had  been  entered.  An  alpha  field  will  accept  numerals. 
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2.2  STARTING  A  SESSION 


2.2.1  Configuring  the  Computer 

To  use  the  Hunter-Killer  Database  System  the  computer  on  which  it  is  installed 
must  be  configured  properly.  The  basic  requirements  are  listed  in  this 
section.  Full  details  on  configuring  the  computer  and  installing  the  system 
may  be  found  in  the  HKDS  Programmer’s  Manual. 

a)  This  manual  assumes  an  IBM  AT  running  under  DOS  Version  3.0  or  higher 
is  being  used. 

It  is  assumed  that  the  AT/370  option  and  3278/9  emulator  boards  have 
been  installed.  A  description  of  the  AT/370  option  for  the  IBM  AT 
computer  may  be  found  in  Section  2.11,  Direct  Connection  an  IBM  Main¬ 
frame.  The  AT/370  and  3278/9  emulator  are  not  required:  they  are  used 
for  a  direct  connection  to  an  IBM  mainframe  computer.  Another  tech¬ 
nique  such  as  a  modem  may  be  used  to  communicate  with  the  mainframe  on 
which  the  Hunter-Killer  Model  will  be  run.  This  is  discussed  in 
Section  2.10,  Modem  Connections  to  a  Mainframe. 

It  is  assumed  that  the  IBM  AT  has  two  floppy  diskette  drives.  Drive  A 
is  the  high-capacity  drive  that  is  standard  with  an  IBM  AT.  Drive  B 
is  a  double-sided  drive  marked  by  an  embossed  asterisk.  This  drive 
may  be  used  to  transfer  files  to  an  IBM  XT  computer  which  only  uses 
double-sided  drives.  Only  one  drive  is  required  to  install  the  soft¬ 
ware.  After  dBASE  III  and  the  HKDS  software  have  been  installed,  all 
work  may  be  performed  on  the  fixed  disk. 

b)  The  minimal  CONFIG.SYS  file  on  the  computer  must  be  as  follows: 

BUFFERS  =  20 
FILES  =  20 
LASTDRIVE  =  J 

BUFFERS  and  FILES  may  be  larger.  The  LASTDRIVE  may  be  set  to  any 
letter  after  H. 

c)  Three  directories  must  have  been  created:  \DBASE,  \DBASE\HKDS-20, 
\DBASE\JCL. 

HKDS-20  stands  for  the  Hunter-Killer  Database  System  Version  2.0. 
This  corresponds  to  version  2.0  of  the  model. 

d)  Drive  names  must  have  been  substituted  for  path  names.  The  substitu¬ 
tions  have  been  placed  in  the  AUTOEXEC.BAT  file  so  that  they  will  be 
made  each  time  the  computer  is  started.  The  substitutions  that  must 
have  been  executed  are: 

SUBST  G:  C:\DBASE\JCL 
SUBST  H:  C:\DBASE\HKDS-20 

The  directories  \DBASE\JCL  and  \DBASE\HKDS-20  may  be  created  with 
different  names;  however,  the  substitute  drives  must  be  G  and  H.  The 
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HKDS  assumes  its  software  will  be  located  on  drive  H,  regardless  of 
the  specific  directory  name.  Similarly,  the  HKDS  will  write  run 
streams  to  drive  G,  regardless  of  the  specific  directory  name 
associated  with  that  drive.  DBASE  III  support  routines  are  assumed  to 
be  in  directory  \DBASE.  Changing  that  name  requires  a  change  to  the 
HKDS  procedure  HKDBASE. 

e)  The  dBASE  III  software  must  have  been  installed.  This  manual  assumes 
it  has  been  installed  in  directory  \DBASE.  The  configuration  file 
CONFIG. DB  should  be  located  in  that  directory  and  should  contain  the 
single  command: 

COMMAND  =  DO  H: HKDBASE 

This  will  cause  the  HKDS  to  start  automatically  as  described  in 
Section  2.2.2. 

f)  The  Hunter-Killer  Database  System  Software  must  have  been  installed. 
This  manual  assumes  it  has  been  installed  in  directory  \DBASE\HKDS-20 . 

2.2.2  Starting  the  HKDS 

To  start  a  session  of  the  Hunter-Killer  Database  System  it  is  necessary  to 
change  the  default  directory  to  the  one  in  which  dBASE  III  is  located.  Then, 
the  start  dBASE  III  command  is  entered:  * 

CD  \DBASE 

DBASE 

The  computer  will  load  dBASE  III  and  display  the  licensing  agreement.  At  the 
bottom  of  the  screen  will  appear  the  lines 

Press  the  FI  key  for  help 

Type  a  command  (or  ASSIST)  and  press  the  return  key  (<-) . 

.  DO  H: HKDBASE 

Press  any  key  to  continue... 

Pressing  any  key  will  cause  the  Hunter-Killer  Database  System  to  initialize 
and  display  the  main  menu.  If  only  the  first  two  lines  appear,  the  database 
configuration  file  CONFIG. DB  described  in  Section  2.2.1  has  not  been 
installed.  At  this  point  dBASE  III  is  in  control  instead  of  the  HKDS.  To 
start  the  HKDS  enter  the  command: 

DO  H: HKDBASE 

This  will  display  the  last  line  above.  Press  any  key  to  start  the  system. 


2-6 


2.2.3  The  Main  Menu 

After  the  HKDS  has  been  initialized  the  main  menu,  Screen  0.0,  will  be 
displayed.  From  this  screen  any  of  the  primary  options  may  be  chosen  to 
modify  databases,,  generate  run  streams,  verify  ID  numbers,  or  quit  the  HKDS. 
This  screen  is  shown  is  Figure  2-2. 

Choosing  any  option  except  "Q"  (quit)  causes  a  secondary  menu  screen  for  the 
specific  task  to  be  displayed.  As  discussed  earlier,  it  is  necessary  to 
return  to  this  main  screen  in  order  to  use  a  different  database  or  to  quit. 
It  is  not  possible  to  switch  directly  from  working  with  one  database  to 
working  with  another. 

Selection  of  an  invalid  option  will  cause  an  error  message  to  be  displayed 
showing  that  option.  A  valid  option  may  then  be  selected. 
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Figure  2-2,  Screen  0.0  -  The  Main  Menu 
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2.3  CHANGING  DEFAULT  DRIVES 

When  the  HKDS  is  started  it  assumes  that  ail  database  files  will  be  found  on 
drive  H.  This  manual  assumes  that  drive  H  is  the  substitute  name  for  direc¬ 
tory  \DBASE\HKDS-20 .  The  databases  may  instead  be  stored  a  floppy  diskette. 
To  change  the  drive: 

a)  Place  a  formatted  diskette  in  the  drive  to  be  used.  If  the  diskette 
to  be  used  is  not  formatted  it  will  be  necessary  to  exit  from  the 
HKDS,  use  the  DOS  FORMAT  command,  then  restart  the  HKDS  session. 

b)  Go  to  the  main  menu  and  select  option  "D" .  Screen  1.0,  shown  in 

Figure  2-3,  will  be  displayed.  The  warning  and  request  for  confirma¬ 

tion  shown  on  the  lower  portion  of  the  screen  are  not  displayed  until 
a  new  drive  has  been  selected. 

c)  Enter  the  drive  to  be  used.  The  drive  may  be  one  of  the  floppy 
drives,  A  or  B,  or  a  substitute  drive  name. 

WARNING:  If  the  drive  and  diskette  are  not  available,  DOS  will  cause  a 
message  to  be  displayed:  "Abort,  Retry,  Ignore?"  If  a  diskette  is 

available,  insert  it  in  the  drive  and  enter  "R"  for  retry.  Due  to  the 
way  in  which  dBASE  III  and  DOS  communicate,  there  is  no  other  way  to 
recover  from  this  error.  Selecting  abort  or  ignore,  or  selecting 
retry  without  having  a  diskette  inserted  in  the  drive  will  cause  dBASE 
III  to  exit  back  to  DOS.  It  will  then  be  necessary  to  restart  the 
HKDS  session. 

WARNING:  The  drive  type  and  the  diskette  type  must  match.  Only  a 
double-sided  diskette  may  be  used  in  the  double-sided  drive.  This  is 
drive  B,  marked  with  an  embossed  asterisk.  Both  double-sided  and 
high-capacity  diskettes  may  be  used  with  the  high-capacity  drive,  A, 
but  double-sided  diskettes  written  by  the  high-capacity  may  not  be 
readable  on  a  double-sided  drive. 

d)  Due  to  the  potential  for  a  fatal  error  when  changing  drives,  the  HKDS 
requires  confirmation  of  the  request.  Reenter  the  new  drive. 

e)  The  HKDS  will  take  a  few  seconds  to  create  all  the  files  it  requires 
on  the  diskette.  When  the  system  prompts  for  a  new  command,  enter 

to  return  to  the  main  menu  and  continue. 

If  the  databases  will  always  be  on  a  drive  other  than  H,  it  will  be  easier  to 
change  the  default  drive  in  the  HKDS  source  code  instead  of  resetting  it  each 
time  the  HKDS  is  used.  This  change  must  be  made  to  program  HKDBASE.  The 
change  is  described  further  in  the  Programmer’s  Manual. 
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WARNING:  Attempting  to  use  floppy  disk  drive  X:.  IF  NO  DISK 
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all  options  will  force  you  to  exit  to  DOS. 

Reenter  the  drive  to  continue  or 

-  to  qui t  _ 


Figure  2-3,  Screen  1-0  -  Change  the  Default  Drive 
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2.4  MULTIPLE  VERSION  DATABASES 


The  various  multiple  version  databases  have  similar  screens:  in  most  cases, 
the  only  difference  between  the  screens  for  different  databases  will  be  the 
titles.  The  screens  for  selecting  a  database,  creating  a  new  database, 
selecting  options  for  a  database,  changing  the  database  description,  and 
displaying  data  verification  errors  are  discussed  in  this  section  using  the 
Controls  Database  as  an  example.  Variations  on  the  screens  for  each  of  the 
databases  are  discussed  in  Section  3. 


2.4.1  Selecting  a  Database  -  Screen  d.O 

When  a  multiple  version  database  is  selected  from  the  main  menu,  a  secondary 
level  screen  is  displayed.  The  screen  has  an  ID  of  the  form  d.O,  where  d 
identifies  the  database.  The  screen  for  the  Controls  Database  is  shown  in 
Figure  2-4.  From  this  screen  the  user  may  select  to  edit  a  previously  created 
database,  create  a  new  database,  or  return  to  the  main  menu.  If  an  invalid 
database  ID  is  selected  the  system  will  display  an  error  message.  The  user 
may  then  select  a  valid  database  ID  or  other  option. 

As  shown  in  Figure  2-4,  each  database  has  an  ID  number  and  a  description  of  up 
to  60  characters.  The  ID  number  is  assigned  by  the  HKDS  when  a  new  file  is 
created.  The  user  is  prompted  for  the  description  when  the  database  is 
created.  The  description  may  be  modified  at  a  later  time. 
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2.4.2  Creating  a  New  Database  -  Screen  d.l 

The  process  for  creating  a  new  database  is  the  same  for  all  multiple  version 
databases.  From  Screen  d.O,  where  d  identifies  the  database,  select  option 
"C" .  This  will  cause  Screen  d.l  to  be  displayed,  as  shown  in  Figure  2-5  for 
the  Controls  Databases.  The  figure  shows  the  screen  at  the  end  of  the  crea¬ 
tion  process.  The  HKDS  will  add  only  a  few  lines  at  a  time  to  the  display  as 
it  prompts  the  user  for  more  information. 

-  a)  The  screen  will  first  display  the  ID  number  that  has  been  assigned  to 
the  database.  The  user  will  be  prompted  for  a  database  description  of 
up  to  60  characters . 

b)  After  .the  description  has  been  entered,  the  screen  will  prompt  for 
whether  a  completely  new  database  should  be  created  or  if  an  existing 
database  is  to  be  copied  into  the  new  database  for  later  modification. 

If  option  "N"  is  entered,  a  new  database  will  be  created. 

If  option  "C"  is  entered,  the  final  prompt  will  be  displayed  asking 
for  the  ID  of  the  database  that  is  to  be  copied.  If  an  invalid  ID  is 
entered  an  error  message  will  be  displayed.  The  user  may  then  enter  a 
valid  ID.  Entering  a  will  cancel  the  procedure. 

c)  If  the  creation  was  successfully  completed,  Screen  d.2  giving  options 
for  modifying  the  database  will  be  displayed.  This  screen  is  described 
in  Section  2.4.3.  If  the  creation  was  canceled,  Screen  d.O  will  again 
be  displayed. 
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Figure  2-5,  Screen  d.l.  Cresting  a  New  Database 


2.4.3  Options  for  a  Database  -  Screen  d.2 

If  a  database  if  selected  from  Screen  d.O  or  if  a  new  database  has  been 
successfully  created,  Screen  d.2  will  be  displayed.  The  screen  presents  the 
options  available  for  modifying  a  database  or  printing  a  database  report. 
Figure  2-6  shows  Screen  d.2  for  Controls  Database  01. 

Selecting  option  "E"  allows  the  database  to  be  edited.  Editing  databases  is 
described  in  Section  2.6. 

Selecting  option  "D"  allows  the  database  to  be  deleted.  Screen  d.4  will  be 
displayed,  as  discussed  in  Section  2.5.5. 

Selecting  option  "C"  allows  the  database  description  to  be  modified.  Screen 
d.3  will  be  displayed,  as  discussed  in  Section  2.5.4. 

Selecting  option  ”R"  causes  a  report  to  be  printed.  Printing  reports  is 
discussed  in  Section  2.8. 

A  Hunter-Killers  Database  consists  of  the  hunter-killers  file,  movement 
controls,  movement  vectors,  and  air  tactics.  Consequently,  additional  options 
are  displayed  for  editing  each  portion  of  the  database.  These  variations  on 
the  basic  screen  are  discussed  in  Section  3,  Screen  11.2. 

A  Run  Stream  Database  also  has  additional  options  allowing  the  building  of  a 
run  stream,  viewing  of  a  run  stream  errors  file,  and  printing  the  run  stream 
and  errors  files.  These  variatiors  on  the  basic  screen  are  discussed  in 
Section  2.9. 
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CONTROLS  01:  Visibility  -  1000;  Low  Resolution  Terrain;  No  Defilade 

Enter  E  to  edit  the  database 

0  to  delete  the  database 

C  to  change  the  comment  field 

R  to  generate  a  report 

—  to  return  to  the  previous  screen  _ 


V. 


Figure  2-6,  Screen  d.2  -  Options  for  a  Database 


2-4.4  Changing  the  Database  Description  -  Screen  d.3 

After  a  database  has  been  selected,  choosing  option  "C"  from  Screen  d.2  allows 
the  description  of  the  selected  database  to  be  modified.  Screen  d.3  will  be 
displayed,  as  shown  in  Figure  2-7  for  Controls  Database  01. 

The  old  description  will  be  displayed  and  the  cursor  placed  at  the  first 
character.  The  description  may  then  be  modified  or  deleted  and  completely 
re-entered . 

Pressing  the  enter  key  will  cause  the  cursor  to  move  to  the  confirmation 
prompt.  Entering  "N"  (no)  will  cause  any  changes  that  were  made  to  be 
ignored.  Entering  "Y"  (yes)  will  cause  the  changes  to  be  recorded. 

After  the  confirmation  the  HKDS  will  return  to  Screen  d.2. 
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CONTROLS  01:  Visibility  «  1000;  Low  Resolution  Terrain;  No  Defilade 
Comment  field  to  be  changed  for  database  ID  01 

Comments:  Visibility  •  1000;  Low  Resolution  Terrain;  No  Defilade 

Enter  confirmation  (Y/N)  _ 


Figure  2-7,  Screen  d.3  -  Changing  a  Database  Description 
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2.4.5  Deleting  a  Database  -  Screen  d.4 

After  a  database  has  been  selected,  choosing  option  "D"  from  Screen  d.2  allows 
a  database  to  be  deleted.  Screen  d.4  is  displayed  as  shown  in  Figure  2-8  for 
Controls  Database  01. 

The  ID  and  description  of  the  database  to  be  deleted  are  displayed.  A  confir¬ 
mation  of  the  deletion  request  is  required.  Entering  "Y"  (yes)  will  cause  the 
deletion  to  be  performed.  Entering  "N"  (no)  will  cause  the  deletion  to  be 
canceled.  If  the  deletion  is  canceled  a  message  will  be  displayed  stating 
that  the  deletion  was  not  performed. 

After  the  action  has  been  completed  the  HKDS  will  return  to  Screen  d.0, 
allowing  another  database  to  be  selected. 


r 

I 

The  Hunter-Ki 1 1 er  Database  System 

9.4 

CONTROLS  01:  Visibility  -  1000;  tow  Resolution  Terroin;  No  Defilade 
Ready  to  delete  the  following  database 
Database  ID:  01 

Comments:  Visibility  ■  1000;  tow  Resolution  Terroin;  No  Oefiiade 

Enter  confirmation  (Y/N)  _ 


Figure  2-8,  Screen  d.4  -  Deleting  a  Database 
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2.4.6  Editing  a  Database  -  Screen  d.5 

Choosing  option  "E”  from  Screen  d.2  will  cause  a  selected  database  to  be 
edited.  One  of  two  editing  methods  will  be  used,  depending  on  the  structure 
of  the  database.  If  single  screen  editing  is  used,  screens  will  be  displayed 
with  IDs  of  the  form  d.5  or  d.5n,  where  d  identifies  the  database  and  n  is  a 
subscreen.  Since  these  screens  are  specific  to  a  database,  an  example  is  not 
shown  here.  If  the  browse  editor  is  used,  dBASE  III  controls  the  format  of 
the  display  and  no  screen  number  will  be  shown.  Section  3  shows  the  screens 
for  each  database. 


The  browse  editor  may  be  unable  to  display  all  attributes  of  a  database  on  a 
single  screen.  In  this  case  it  is  necessary  to  pan  right  and  left  within  the 
database  to  modify  all  attributes.  In  those  databases  with  more  than  one 
screen  of  attributes,  Screen  d.2  displays  the  rightmost  attribute,  as  shown 
for  FALSE_ALARM  for  lasers  in  Figure  2-11.  This  value  can  only  be  seen  by  by 
panning  right  after  the  browse  editor  has  been  entered.  Section  2.6.1 
discusses  panning  using  the  browse  editor. 

Both  editing  techniques  are  discussed  in  Section  2.6. 


2.4.7  Data  Verification  -  Screen  d.6 


When  the  browse  editor  is  used  to  edit  a  database,  limited  data  verification 
is  performed  when  browse  is  exited.  Screen  d.6,  shown  in  Figure  2-9,  is 
displayed  to  indicate  that  data  checking  is  being  performed.  If  errors  are 
found  in  the  data,  the  error  messages  will  be  displayed  on  the  screen  as  shown 
in  Figure  2-10.  If  more  than  one  screen  full  of  errors  are  detected  a  message 
will  be  displayed.  Pressing  any  key  will  cause  another  screen  of  messages  to 
be  displayed. 

The  full  list  of  errors  produced  by  data  verification  appears  in  Appendix  D. 
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Lasers  Database 
Performing  data  checking 


Figure  2-9,  Screen  d.6  -  Data  Verification 
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Lasers  Database 
Performing  data  checking 

E3.1:  Database  contains  a  blank  record  or  there  is  an  ID  <  1 
E3.2:  Laser  1  has  an  invalid  spectrum 
E3.2:  Laser  10  has  an  invalid  spectrum 


Figure  2-10,  Screen  d.6  -  Data  Verification  Errors 


2.5  SINGLE  VERSION  DATABASES 


Since  only  one  copy  of  single  version  databases  exist,  fewer  screens  are 
required.  The  screens  for  creating,  deleting,  and  changing  database 
descriptions  are  not  used.  Screens  d.2  and  d.6  are  the  only  two  required. 


2.5.1  Single  Version  Database  Options  -  Screen  d.2 

When  a  single  version  database  is  selected  from  the  main  menu,  Screen  d.2  is 
displayed  immediately.  There  is  no  need  to  use  a  screen  of  the  form  d.O  to 
select  a  specific  copy  of  the  database.  The  screen  will  display  fewer  options 
than  for  multiple  version  databases,  as  shown  for  the  Lasers  Database  in 
Figure  2-11.  From  this  screen  the  user  may  select  to  edit  the  database,  print 
a  report,  or  return  to  the  main  menu.  Use  of  the  browse  editor  is  discussed 
in  Section  2.6.1.  Printing  a  report  is  discussed  in  Section  2.8. 

The  Probabilities  of  Kill  Database  has  a  variation  on  this  screen.  Selecting 
the  P  option  causes  Screen  4.2  to  be  displayed.  This  is  in  the  same  format  as 
that  shown  in  Figure  2-11.  If  the  edit  option  is  selected  the  editor  is  not 
entered  immediately;  instead,  Screen  4.21  is  displayed.  This  screen  allows 
the  selection  of  a  specific  weapon/target  combination  whose  PKs  curve  is  then 
edited.  Details  on  editing  the  Probabilities  of  Kill  Database  are  in  Section 
3 ,  Screen  4.21. 

The  Sensors  Database  also  has  a  variation  on  these  screens.  Screen  6.2  also 
has  options  allowing  the  editing  of  the  Resolution  Curves  Database.  Details 
on  the  Sensors  Database  are  in  Section  3,  Screen  6.2. 

2.5.2  Verifying  Data  -  Screen  d.6 

When  the  browse  editor  has  been  used  to  edit  a  database,  limited  data  verfica- 
tion  occurs  when  the  browse  editor  is  exited.  This  data  verification  produces 
the  same  display  as  discussed  in  Section  2.4.7  for  multiple  version  databases. 


2-22 


The  Hunter-Killer  Database  System 


3.2 


Lasers  Database 


Enter  E  to  edit  the  database 
R  to  generate  a  report 
—  to  return  to  the  main  menu 


NOTE:  The  database  has  more  data  fields  than  can  be  displayed  on  one  screen. 
It  will  be  necessary  to  pan  right  and  left  as  shown  on  the  help  menu  to  edit 
all  fields. 


The 


r i ghtmost 


field 


is  FALS.ALARM. 


Figure  2-11,  Screen  d.2  -  Single  Version  Database  Options 


2.6  EDITING  A  DATABASE 

Based  on  the  structure  of  a  database  one  of  two  editing  methods  will  be  used: 
the  dBASE  III  BROWSE  full  screen  editor  or  a  single  HKDS  screen.  The  browse 
editor  will  be  used  for  a  majority  of  the  databases.  It  is  the  preferred 
method  for  files  such  as  the  Lasers  Database  where  there  are  multiple  entries 
which  are  most  clearly  displayed  in  olumns. 

A  single  HKDS  screen  will  be  used  for  files  such,  as  a  Controls  Database  where 
there  is  a  large  set  parameters,  but  only  one  copy  of  each.  With  this  type  of 
screen  it  is  possible  to  display  variable  descriptions  along  with  valid  values 
that  may  be  used. 


2.6.1  The  Browse  Editor 

The  browse  editor  is  the  dBASE  III  full  screen  database  editor.  It  is  used 
for  all  single  version  databases:  Lasers,  Probabilities  of  Kill,  Sectors, 
Sensors,  Type  Platforms,  and  Type  Weapons.  Additionally,  it  is  used  for  the 
multiple  databases  Defilade  Fraction,  Hunter-Killers,  Move  Vectors,  and  for 
Line  of  Sight  Probabilities  within  the  Terrain  Database.  When  the  error  files 
generated  by  ID  Verification  (option  ”V”  from  the  main  menu)  or  by  building  a 
run  stream  are  to  be  examined,  this  editor  is  used. 

When  the  option  "E"  is  selected  for  one  of  the  above  databases,  a  screen  will 
be  displayed,  as  shown  in  Figure  2-12  for  the  Lasers  Database.  The  first  line 
identifies  the  number  of  the  record  bei  ig  edited.  That  record  is  identified 
on  the  screen  by  being  highlighted  in  a  different  color.  The  file  name  is 
also  given. 

The  next  four  lines  provide  a  help  menu  for  the  browse  editor  controls.  The 
words  refer  to  the  special  functions  assigned  to  the  numeric  keypad.  The 
character  before  another  key  means  that  the  control  key  is  the  be  pressed  at 
the  same  time  as  the  other  key.  These  controls  will  be  discussed  in  the  order 
they  appear  on  the  screen. 

Immediately  below  the  help  lines  are  the  names  of  the  attributes  in  the  data¬ 
base.  These  will  always  be  displayed  as  the  user  scrolls  through  the 
database.  The  attributes  for  each’  of  the  databases  are  discussed  in  Section 
3. 

"<-*  and  the  left  and  right  arrows,  move  the  cursor  one  character 

position. 

"Home"  and  "Eud"  move  the  cursor  one  field  left  and  right. 

"<-"  and  "->"  cause  the  screen  to  pan  right  and  left.  As  mentioned 
previously,  many  databases  contain  more  attributes  than  can  be  displayed  on  a 
single  screen.  To  see  the  other  attributes  it  is  necessary  to  pan  right  by 
pressing  the  control  key  and  the  right  arrow  at  the  same  time,  causing  the 
leftmost  attributes  to  be  removed,  the  remainder  of  the  screen  to  be  shifted 
left,  and  new  attributes  displayed  on  the  right.  To  pan  left  again,  press  the 
control  key  and  the  left  arrow.  Depending  on  the  number  of  columns  required 
to  display  a  new  attribute,  it  may  be  necessary  to  enter  "<-"  or  twice 
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Figure  2-12,  Browse  Editor  Screen 


to  cause  the  new  attribute  to  be  displayed.  The  ID  number  in  the  first  column 
will  always  be  displayed  during  panning.  Screen  d.2,  displayed  before 
entering  the  browse  editor,  will  give  the  name  of  the  rightmost  attribute,  if 
that  attribute  is  hidden. 

The  up  and  down  arrows  move  the  current  record  indicator,  shown  by  high¬ 
lighting,  up  or  down  one  record. 

PgUp  and  PgDn  cause  the  display  to  be  moved  up  or  down  by  one  whole  page. 

"FI"  causes  the  help  portion  of  the  screen  to  be  toggled  on  and  off,  allowing 
more  lines  of  the  database  to  be  displayed. 

"Del"  causes  the  character  under  the  cursor  to  be  deleted. 

"Y"  deletes  the  data  within  the  current  field  from  the  cursor  position  to  the 
end  of  the  field. 

"U"  marks  the  current  record  as  being  deleted.  Whenever  this  record  becomes 
the  current  record  (the  record  is  highlighted),  the  token  "*DEL*n  will  appear 
at  the  top  of  the  screen.  Pressing  "U"  again  will  remove  the  delete  marking. 
The  record  will  not  actually  be  deleted  until  the  browse  editor  is  exited: 
until  that  time  the  delete  mark  may  be  toggled  on  and  off  repeatedly. 


"Ins"  is  a  toggle  for  the  insert  mode.  If  the  mode  is  on,  as  indicated  by 
"INSERT"  displayed  at  the  top  of  the  screen,  new  data  will  be  inserted  before 
the  cursor  and  the  remainder  of  the  data  field  will  be  shifted  right.  When 
the  mode  is  off,  entering  new  data  causes  existing  data  to  be  overwritten. 

"End"  will  cause  any  changes  that  were  made  to  be  saved.  Limited  data 
checking  will  be  performed,  as  discussed  in  Sections  2.4.2  and  2.5.7.  The 
HKDS  will  return  to  the  screen  that  was  displayed  before  entering  the  browse 
editor. 

"Esc"  will  also  cause  the  browse  editor  to  be  exited.  Browse  maintains  a 
buffer  that  contains  the  current  record.  If  "Esc"  is  used  to  leave  browse, 
changes  made  to  the  current  record  since  the  most  recent  time  it  became  the 
current  record  will  not  be  saved.  If  a  record  is  changed,  another  record  made 
the  current  record,  then  the  original  record  made  the  current  record  again, 
the  first  changes  will  still  be  saved  even  if  "Esc"  is  used.  Data  checking 
will  be  performed  and  the  HKDS  will  return  to  the  screen  that  was  displayed 
before  entering  browse. 

"Home"  will  cause  five  more  options  to  be  displayed,  as  shown  in  Figure  2-13. 

A  short  description  of  the  option  appears  at  the  bottom  of  the  screen.  An 
option  is  selected  by  using  the  right  and  left  arrows  to  move  a  highlighted 
area  over  the  desired  option.  "Bottom"  causes  the  browse  editor  to  move  to 
the  bottom  of  the  file.  "Top"  causes  it  to  move  to  the  top.  Selecting 
"Record  #"  will  cause  a  prompt  to  appear  asking  for  the  specific  record  to  be 
displayed.  "Seek"  will  prompt  for  a  value.  The  database  key  field  will  then 
be  searched  for  the  record  with  that  value.  The  key  field  in  all  databases  is 
the  ID.  The  "Lock"  and  "Freeze"  options  should  not  be  used  unless  the  user  is 
familiar  with  dBASE  III.  Pressing  "Home"  again  will  remove  the  additional 
options  from  the  display. 

A  record’s  number  is  not  necessarily  its  displayed  sequence  position.  A  new 
record  is  added  to  the  end  of  the  file  and  its  record  number  is  its  position 
relative  to  the  top  of  the  file.  The  display,  however,  is  indexed  by  the  ID 
numbers  in  the  file,  causing  the  display  order  to  differ  from  the  record 
number  order . 

New  records  may  be  added  to  a  database  by  advancing  to  the  bottom  of  the  file. 
Pressing  the  down  arrow  to  move  past  the  bottom  of  the  file  causes  a  message 
to  be  displayed  at  the  top  of  the  screen:  "=>  Add  new  records?  (Y/N)  _" . 
Entering  "Y"  in  response  will  cause  a  blank  record  to  be  added  to  the  bottom 
of  the  file,  allowing  new  data  to  be  entered.  Entering  a  null  record  or 
entering  the  up  arrow  will  turn  off  the  input  mode.  The  file  will  be  resorted 
to  display  the  new  records  in  correct  ID  order.  Changing  an  ID  will  also 
cause  the  file  to  be  resorted  and  the  display  to  be  changed. 
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Figure  2-13,  Additional  Browse  Options 


2.6.2  Single  Screen  Editing 


A  single  screen  is  used  to  present  data  where  there  is  only  a  single  entry  for 
each  data  type.  Single  screens  are  used  for  Controls,  Move  Controls  and  Air 
Tactics  within  a  Hunter-Killers  Database,  and  Terrain.  These  screens  all  have 
IDs  of  the  form  d.5.  An  example  is  shown  below.  The  remainder  of  the  screens 
are  presented  in  Section  3. 

Editing  a  Controls  Database  requires  four  screens,  9.51  to  9.54.  The  second 
of  these  screens  is  shown  in  Figure  2-14.  Editing  on  these  screens  is 
straightforward .  The  up  and  down  arrow  keys  move  the  cursor  from  one  field  to 
another.  The  right  and  left  arrows  move  the  cursor  within  a  field.  Pressing 
the  enter  key  causes  the  cursor  to  advance  to  the  next  field. 

The  Insert  key  (the  zero  on  the  numeric  keypad)  functions  as  a  toggle.  When 
pressed  once,  entering  data  into  a  field  causes  the  existing  data  to  be 
overwritten.  When  pressed  again,  new  data  will  be  inserted  before  the  cursor 
and  old  data  will  be  shifted  right.  The  insert  mode  is  on  when  "INSERT" 
appears  in  the  upper  righthand  corner  of  the  screen. 

Each  screen  will  have  the  message  Continue  to  next  screen  (Y/N)?"  in  its 
lower  lefthand  corner.  When  a  screen  is  first  displayed,  the  cursor  will  be 
located  at  this  prompt.  The  HKDS  will  not  advance  until  "Y"  has  been  entered 
in  response  to  this  prompt.  DBASE  III  processes  an  entire  screen  of  inputs  at 
once;  consequently,  •  entering  a  "Y"  followed  by  an  enter  will  not  cause  the 
screen  to  be  advanced  immediately.  The  cursor  must  be  moved  to  the  last  field 
on  the  screen,  either  with  the  down  arrow  or  by  pressing  the  enter  key 
repeatedly.  After  the  cursor  is  on  the  last  field  another  down  arrow  or  enter 
will  cause  the  HKDS  to  advance  to  the  next  screen.  Another  way  to  advance  is 
to  enter  the  "Y"  and  press  the  PgUp  or  PgDn  keys  (3  or  9  on  the  numeric 
keypad).  Either  key  causes  the  HKDS  to  process  the  entire  screen  immediately. 

Limited  data  checking  is  performed  on  some  screens.  The  continue  to  next 
screen  prompt  must  be  set  to  "N." .  If  the  cursor  is  placed  on  the  last  field 
and  the  enter  key  pressed,  or  if  the  PgUp  or  PgDn  keys  are  pressed,  the  data 
checking  will  be  performed.  The  screen  will  continue  to  be  displayed; 
however,  the  first  column  of  each  line  with  an  error  will  contain  an  asterisk 
to  mark  the  error,  as  shown  in  Figure  2-15.  The  message  "*  MARKS  LINES  WITH 
ERRORS"  will  be  displayed.  The  errors  may  be  corrected  and  the  process 
repeated.  The  continue  to  next  screen  prompt  may  then  be  set  to  "Y"  to  allow 
the  next  screen  to  be  displayed. 

After  all  screens  required  to  edit  the  database  have  been  displayed  the  HKDS 
returns  to  Screen  d.2. 
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Report  after  each  replication) 

Produce  Status  Reports  _ 

0-4 

(0  »  no  status  reports 

1  ■  report  only  at  replication  start 

2  *  start  +  every  report  interval 

3  ■  start  +  interval  +  every  kill 

4  ■  start  +  every  -kill) 

Report  Interval  _ 

m  i  nutes 

Produce  General  Trace  _ 

No  /  Yes 

Produce  Search  Trace  _ 

No  /  Yes 

Produce  Terrain  Trace  _ 

No  /  Yes 

Continue  to  next  screen  (Y/N)? 

Figure  2-14,  Single  Screen  Editing 


The  Hunter-Killer  Database  System 

9.52 

CONTROLS  01:  Visibility  *  1000;  Low  Resolution  Terrain;  No  Defilade 

OUTPUT  CONTROLS 

Echo  the  Data  R  No  /  Yes 

Report  Each  Replication  Y  No  /  Yes  (Produce  Initial  LOS  Report. 

Scoreboard  and  Sensor  Performance 
Report  after  each  replication) 
Produce  Status  Reports  5  0-4  (0  -  no  status  reports 

1  ■  report  only  at  replication  start 

2  ”  start  +  every  report  interval 

3  «  start  +  interval  +  every  kill 

4  «  start  +  every  kill) 

Report  Interval  15  minutes 

Produce  General  Trace  N  No  /  Yes 

Produce  Search  Trace  N  No  /  Yes 

Produce  Terrain  Troce  K  No  /  Yes 


.  Continue  to  next  screen  (Y/N)? 


•  MARKS  LINES  WITH  ERRORS 


Figure  2-15,  Single  Screen  Editing  with  Errors 
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2.7  VERIFYING  IDS 


As  discussed  in  Section  2.1.2,  the  databases  are  all  interrelated  through  the 
use  of  ID  numbers.  When  adding  data  to  one  database  it  is  easy  to  forget  the 
correct  ID  numbers  to  be  referenced.  Option  "V"  from  the  main  menu  allows  the 
user  to  ensure  that  all  references  are  to  valid  IDs. 

Selecting  option  "V"  causes  Screen  2.0  to  be  displayed,  as  shown  in  f  gure 
2-16.  The  date  and  time  that  verification,  was  last  performed  are  shown.  Next 
a  message  will  be  displayed  indicating  if  the  last  verification  errors  file 
still  exists  or  has  been  deleted.  Finally,  the  list  of  options  appears. 

Selecting  option  "V"  causes  the  verification  process  to  be  performed.  All 
single  databases  are  examined  to  ensure  that  the  IDs  are  valid;  i.e.,  all  IDs 
are  between  1  and  999.  The  Probabilities  of  Kill  Database  is  examined  to 
ensure  that  all  weapon  IDs  and  target  IDs  also  appear  in  the  Type  Weapons  and 
Type  Platforms  Databases.  Similarly,  all  multiple  version  databases  are 
examined  to  ensure  that  all  IDs  in  them  that  refer  to  other  databases  actually 
appear  in  those  databases. 

After  the  process  has  been  completed  a  message  will  be  displayed  indicating  if 
any  errors  were  found.  If  any  errors  were  found  a  file  of  error  messages  was 
created.  It  is  possible  to  examine  this  file  by  using  the  "E"  option,  which 
employs  the  browse  editor  discussed  in  Section  2.6.1.  A  sample  file  is  shown 
in  Figuie  2-17.  The  file  may  be  printed  by  selecting  the  "P"  option. 

WARNING:  As  explained  in  Section  2.8,  a  fatal  error  will  occur  if  the  "P" 
option  is  selected  and  the  printer  is  not  ready.  To  prevent  this  fatal  error 
the  HKDS  will  prompt  for  confirmation  of  the  print  command  before  continuing. 

After  the  error  messages  file  has  been  examined  it  may  be  deleted  by  choosing 
option  "D".  If  the  file  is  not  deleted  it  will  be  overwritten  the  next  time 
option  "V"  is  selected. 

The  full  list  of  errors  produced  by  the  ID  Verification  option  appears  in 
Appendix  C. 
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This  procedure  determines  if  the  IDs  cross-ref erence  property:  for  example, 
if  the  Type  Weapon  IDs  in  the  Type  Targets  database  are  ail  valid. 


Verification  last  performed  on  MM/DD/YY  at  HH: 
No  verification  errors  file  exists. 

Enter 


l:SS 


E 

to 

ed  i  t 

the 

errors 

file 

0 

to 

de 1 ete 

the 

errors 

file 

P 

to 

pr  i  nt 

the 

er  rors 

file 

V 

to 

verify 

IDs 

- 

to 

return 

to 

the  main 

i  menu  _ 

Figure  2-16,  Screen  2.0  -  ID  Verification 


Record  No.  1  VERIFY 


CURSOR 

< — 

— > 

UP 

DOWN 

DELETE 

Insert  Mode: 

Ins 

Char : 

4- 

Record:  f 

4r 

Char:  Del 

Exit: 

•End 

Field: 

Home 

End 

Page :  PgUp 

PgDn 

Field:  *Y 

Abort : 

Esc 

Pan : 

•4- 

Help:  FI 

Record:  *U 

Set  Opt i ons : 

•Home 

COMM  ENT  S - 

14.1:  PKs  database  Weapon  10  14  Platform  10  15  hos  invalid  Weapon  10 

14.2:  PKs  database  Weapon  10  14  Platform  10  101  hos  invalid  Platform  10 

14.3:  PKs  database  Weapon  ID  100  has  values  for  non  level  4  Platform  ID  5 

110.1:  Defilade  database  01  has  data  for  G  sensor  vs  invalid  Platform  10  101 
I11.S:  HKs  database  02  HK  ID  5  has  invalid  hunter  laser  ID  3 

111.5:  HKs  database  02  HK  10  5  hos  invalid  hunter  sector  ID  100 


Figure  2-17,  ID  Verification  Errors 


2.8  PRINTING  A  REPORT 

Reports  are  available  for  all  of  the  databases.  Additionally,  after  a  run 
stream  has  been  generated  the  stream  and  the  error  file  (if  any)  may  be 
printed.  The  error  file  generated  by  the  ID  verification  option  may  be 
printed.  Samples  of  the  database  reports  are  shown  in  Appendix  B. 

Printing  any  of  these  reports  is  easily  accomplished.  For  the  single  version 
databases  it  is  necessary  to  go  to  the  second  level  screen  giving  editing 
options,  Screen  d.O.  For  the  multiple  version  databases  and  the  run  streams 
it  is  necessary  to  go  to  the  second  level  screen,  Screen  d.O,  and  select  a 
specific  database,  causing  the  third  level  screen  to  be  displayed,  Screen  d.2. 
The  final  screen  in  either  case  will  list  an  option  which  causes  the  report  to 
be  printed. 

If  option  "V"  is  selected  from  the  main  menu,  the  second  level  ID  Verification 
option  screen,  Screen  2.0,  is  displayed.  This  screen  contains  an  option 
causing  the  report  to  be  printed. 

In  the  case  of  a  run  stream,  run  stream  errors,  or  verification  errors  file, 
if  the  file  has  not  been  generated  the  screen  will  display  a  message 
indicating  that  the  file  does  not  exist. 

WARNING:  The  printer  must  be  connected,  turned  on,  on-line,  and  have  paper. 
If  the  printer  is  not  ready,  DOS  will  cause  a  message  to  be  displayed:  "Abort, 
Retry,  Ignore?"  If  the  printer  is  then  made  ready  and  the  retry  option  is 
used,  the  report  will  print.  This  is  the  only  way  to  recover  from  this  error. 
Due  to  the  interface  between  dBASE  III  and  DOS,  if  the  printer  cannot  be  made 
ready  any  of  the  options  will  cause  dBASE  III  to  exit  back  to  DOS.  It  will 
then  be  necessary  to  restart  the  HKDS  session. 

To  avoid  errors  of  this  type,  selection  of  a  print  option  always  causes  a 
warning  to  be  printed.  Confirmation  of  the  print  option  must  then  be  entered 
before  the  print  will  be  attempted. 

The  HKDS  always  transmits  a  form  feed  before  printing  a  report.  This  may 
cause  paper  to  be  wasted  if  a  report  is  printed,  then  the  printer  advanced  one 
page  so  that  the  report  may  be  read,  then  another  report  printed.  Blank  pages 
will  then  appear  between  reports.  If  several  reports  are  to  be  printed  one 
after  another,  there  will  be  less  waste  if  all  of  the  reports  are  printed 
before  removing  them  from  the  printer. 


/ 
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2.9  GENERATING  A  RUN  STREAM 
2.9.1  Selecting  a  Run  Streaa 

In  order  to  execute  the  Hunter-Killer  Model  it  is  necessary  to  use  the 
Hunter-Killer  Database  System  to  generate  a  run  stream  which  must  then  be 
uploaded  to  the  mainframe  on  which  the  model  is  stored.  To  generate  a  run 
stream,  select  option  "R"  from  the  main  menu.  This  will  cause  a  multiple 
version  database  screen  d.O,  of  the  same  format  as  shown  in  Figure  2-4,  to  be 
displayed.  Then,  either  enter  "C"  to  create  a  new  database  (see  Section 
2.4.2)  or  the  ID  of  an  existing  database  that  is  to  be  used.  Once  a  Run 
Stream  Database  has  been  created  or  selected,  Screen  13.2  will  be  displayed, 
as  shown  in  Figure  2-18.  This  screen  gives  all  the  options  required  to  set 
the  run  stream  controls  and  then  build  the  run  stream. 

Options  "C" ,  "D" ,  and  "R"  function  in  the  same  manner  as  for  any  multiple 

version  database.  Section  2.4  describes  these  options. 


1 

The  Hunt er-Ki 1 1 er  Database  System 

13.2 

STREAMS  01:  Standard  Run 
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Note:  the  run  stream  file  is  too  large  to  be  edited  from  within  dBASE  III 


Figure  2-18,  Screen  13.2  -  Run  Stream  Options 
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2.9.2  Setting  the  Run  Stream  Controls 

Selecting  option  "E"  will  cause  two  screens,  13.51  and  13.52,  to  be  displayed. 
These  screens  are  used  to  set  the  controls  which  determine  the  Controls  and 
Hunter-Killers  Databases  to  be  used  to  build  the  run  stream. 

Screen  13.51  is  shown  in  Figure  2-19.  On  this  screen  a  description  of  up  to 
four  lines  may  be  entered.  The  first  line  of  the  description  will  be  used  as 
a  title  for  each  page  of  output  generated  by  the  Hunter-Killer  Model.  All 
four  lines  will  appear  on  the  first  page  of  output. 

The  IDs  of  the  Controls  Database  and  the  Hunter-Killers  Database  to  be  used 
are  entered  next.  Only  these  two  databases  need  to  be  specified:  all  other 
databases  are  accessed  based  on  values  given  in  these  two.  For  example,  the 
Hunter-Killers  Database  specifies  the  IDs  of  lasers,  sensors,  sectors,  and 
type  platforms.  When  the  run  stream  is  built  the  Hunter-Killers  Database  is 
examined  first  to  determine  which  lasers  are  required,  then  the  Lasers 
Database  is  used  to  extract  data  for  those  lasers  only.  The  same  procedure  is 
followed  for  sensors,  sectors,  and  type  platforms.  The  selected  type 
platforms  specify  the  IDs  of  the  weapons  required,  which  are  then  extracted 
from  the  Type  Weapons  Database. 

Entering  "Y"  in  response  to  the  "Continue  to  next  screen"  prompt  will  cause 
the  HKDS  to  continue. 

The  next  screen  to  be  displayed  is  13.52,  shown  in  Figure  2-20.  This  screen 
allows  values  within  the  selected  databases  to  be  overridden.  For  example,  a 
common  use  of  the  Hunter-Killer  Model  is  to  make  a  series  of  runs  testing  per¬ 
formance  as  a  function  of  visibility.  One  technique  would  be  to  create  a  set 
of  Controls  Databases  which  are  identical  except  for  the  visibilities.  Next, 
each  time  one  of  the  run  streams  is  generated  the  Run  Stream  Database  would  be 
edited  to  change  the  Controls  Database  ID.  A  simpler  technique  is  to  use  the 
same  Controls  Database,  but  allow  the  visibility  to  be  modified  when  the  run 
stream  is  built. 

The  values  that  may  be  changed  when  the  run  stream  is  generated  are:  visibil¬ 
ity,  blue  hunter  sensor  and  laser  IDs,  blue  killer  sensor  and  laser  IDs,  red 
hunter  sensor  and  laser  IDs,  and  red  killer  sensor  and  laser  IDs.  A  zero 
value  in  any  of  these  fields  means  the  value  in  the  database  will  not  be 
overridden. 
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The  Hunter-Killer  Database  System  13.51 

STREAMS  01:  Standard  Run 

Last  run  usage  -  Run  stream  generated  MM/DD/YY  at  HH:MM:SS 

Enter  a  run  description.  The  first  line  will  appear  as  a  header  on  each 
page  of  output.  All  four  lines  will  appear  on  the  first  page  of  output. 


Choose  the  databases  to  be  used: 

Controls  _ 

Hunter-Killers  _ 

Continue  to  next  screen  (Y/N)? 


Figure  2-19,  Screen  13.51  -  Run  Stress  Controls 

f,a 

The  Hunter-Killer  Database  System  13.52 

STREAMS  01:  Standard  Run 

To  override  the  visibility  in  the  controls  database,  enter  a  value: 

New  Visibility  _  meters 

To  override  the  sensors  or  lasers  in  the  Hunter-Killers  database: 

BLUE  RED 

Hunter  Killer  Hunter  Killer 

Sensor  ID _  _  _  _ 

Laser  ID _  _  _  _ 


Continue  to  next  screen  (Y/N)? 


Figure  2-20,  Screen  13.52  -  Run  Stress  Overrides 


2.9.3  Building  a  Run  Stream 

Selecting  option  "B"  from  Screen  13.2  causes  Screen  13.7  to  be  displayed. 
This  screen  is  shown  in  Figure  2-21.  The  entire  screen  is  not  displayed  at 
once;  instead,  lines  are  added  to  the  screen  as  each  prompt  is  answered. 

The  first  prompt  is  for  the  mainframe  computer  on  which  the  model  is  to  be 
run:  "CDC"  or  "IBM".  Selecting  "CDC"  causes  a  run  stream  to  be  built  which 
contains  the  NOS/BE  commands  required  for  a  batch  run  of  the  model  followed  by 
the  data.  Selecting  "IBM"  builds  a  run  stream  containing  data  only. 

The  HKDS  then  checks  for  the  existence  of  the  Controls  and  Hunter-Killers 
Databases  specified  in  the  run  stream.  If  they  do  not  exist  an  error  message 
is  displayed  and  the  build  procedure  halted.  If  the  do  exist  a  prompt  is 
displayed  asking  if  the  procedure  should  be  continued.  Entering  "Y"  will 
cause  the  run  stream  to  be  built. 

If  "CDC"  was  used  the  user  is  prompted  for  the  user  name  to  be  used  on  the 
NOS/BE  task  card,  the  ID  of  the  account  on  which  the  Hunter-Killer  Model  LGO 
module  is  stored,  and  the  ID  of  the  account  on  which  the  model’s  output  is  to 
be  cataloged.  If  "IBM"  was  selected,  these  additional  prompts  will  not 
appear . 

Building  the  stream  may  take  a  few  minutes.  As  each  portion  of  the  stream  is 
written  a  progress  message  is  displayed. 

After  the  stream  has  been  built,  a  message  will  be  displayed  giving  the  name 
of  the  file  on  substitute  disk  drive  G  which  contains  the  stream.  The  name 
will  be  of  the  form  STREAMnn . JCL ,  where  nn  is  the  ID  number  of  the  Run  Stream 
Database  being  used.  A  message  will  also  be  displayed  indicating  if  any 
errors  were  found.  A  sample  of  a  generated  run  stream  appears  in  Figure  2-22. 
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The  Hunter-Killer  Dotobose  System 
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STREAMS  01:  Standard  Run 
Building  a  run  stream  for  the  COC  mainframe 
Run  Description: 

Line  1  will  appear  at  the  top  of  each  page  of  Hunter-Killer  Model  output. 

Lines  2  through  4,  if  not  blank, 

will  also  appear 

on  the  first  page  of  output. 

Database  IDs: 

Controls  _ 

Hunter-Killers  _ 

Enter  user  name  with  no  embedded  blanks  (for  task  card)  . 

Enter  account  on  which  the  load  module  is  stored  _ 

Enter  account  to  which  the  output  is  to  be  cataloged  _ 


I 


w* 


Figure  2-21,  Screen  13.7  -  Building  a  Run  Streaa 


TITLE  3 


STANDARD  RUN 

RUN  STREAM  GENERATED  09/08/86  AT  10:11:27 
C0NTR0LS=01  HUNTER-KILLERS=01  DEFILADE=01  TERRAIN=(LOW)  01 
STOP 

CONTROLS 


w 


NUM.OF.REPS 

10 

REP. LENGTH 

60  MINUTES 

IN. DEFILADE 

YES 

TERR. RESOLUTION 

LOW 

SMOKE. SWITCH 

NO 

FIXED. AZIMUTH 

NO 

ITPUT 

DATA. ECHO 

YES 

REPLICATION. ECHO 

YES 

REPORT. CONTROL 

2 

REPORT. INTERVAL 

15  MINUTES 

GENERAL. TRACE 

NO 

SEARCH. TRACE 

NO 

TERRAIN. TRACE 

NO 

SEARCH 
VISIBILITY 
MIN. DETECT. TIME 
LIGHT. LEVEL 
PROB. BLUE. BIFF 
PROB. RED. BIFF 
SKY. TO. GROUND. RATIOS 
BAND_.4-.7  3.00 
BAND  .4-. 9  2.66 
BAND  .6-. 9  2.66 
ABSORPTION . COEFFICIENTS 
BAND  3-5  0.10  1 /KILOMETERS 

BAND'8-12  0.10  1/KILOMETERS 

JOHNSON.  CRITERIA 
NAME  MRC  MRT 


1000  METERS 

5.00  SECONDS 

0.00000  FOOT-CANDLES 
0.00 
0.00 


EETECT - 

O 

CLASSIFY 

2.0 

2.0 

RECOGNIZE 

4.0 

4.0 

IDENTIFY 

8.0 

8.0 

PGM. DEGRADE. CURVE 

RANGE  FACTOR 

- 5TI 

5 00  0.50 

STOP 


Figure  2-22,  Sample  Run  Stream 
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SECTORS  3 

ID  '  HORZ  FOS  VERT  FOS 

"TT  105 - STCkT 

12  120.00  12.00 

13  100.00  9.00 

STOP 

LASERS  1 

ID  SPCTRM  PEAK  PWR  XMISS  DIVER  APERT  NEP  PULSE  FLS  ALM 
T  “TO - 5OT30  "02  “OO  500  500  0.01 

STOP 

SENSORS  3 


ID  SPECTRUM 

HORZ 

WFOV 

VERT 

WFOV 

FOV  SWITCH 
SCALING  DELAY 

S/N 

FACTOR 

POT 

FACTOR 

~T  5=12 

15.00 

8.00 

3.00 

^00 

o.OOo 

0.000 

2  8-12 

13.50 

6.75 

3.00 

5.50 

0.000 

0.000 

3  8-12 
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1.75 

1.00 

0.00 
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25.073 

STOP 

RESOLUTION. CURVES 
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0.4000 

3.8677 
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5.6508 
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5.8980 

3.0000 

6.1678 

4.0000 

6.3121 

5.0000 

6.4020 

6.0000 

6.4634 

7.0000 

6.5080 

8.0000 

6.5418 

9.0000 

6.5684 
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6.5898 

2  NFOV  MRT  0.00000 
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0.0000 

0.1000 

1.6883 

0.2000 

0.2702 

0.3000 

3.3821 
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TYPE. WEAPONS  2 

10  NME  DESIGNATOR  SPEED  RELOAD 

TOO  TMT"  CON - *  NONE - O - O" 

200  "T72  GUN  "  NONE  0  5.0 

STOP 


Figure  2-22,  (continued) 
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TYPE. PLATFORMS  5 


H5  RARE  LEVEL  OWNER 


r  "tct - ”  T 

2  "TRACK  "  2 

5  "TANK  "  3 

100  "Ml  "  4 
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ID  COLOR  ITY  WPN 
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5 

REFLEC- 

CLASS  HEIGHT  X-SEC  DELTA. T  TANCE 


CONTRAST 
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SSPKS 
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WPN  PLAT 

RANGE 

RANGED 

PK 
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0.80 

500 

0.86 
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Figure  2-22,  (continued) 
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HUNTER. KILLERS  17 


TYPE  COORDINATES  -  HUNTER  -  -  KILLER 
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Figure  2-22,  (continued) 
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Figure  2-22,  (continued) 
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2.9.4  Examining  a  Run  Stream 


The  remaining  options  from  Screen  13.2  allow  the  generated  run  stream  errors 
file  to  be  examined.  Selecting  option  BF"  invokes  the  browse  editor  to  look 
at  the  error  messages.  If  there  is  no  error  messages  file,  a  message  saying 
so  will  be  displayed.  The  complete  list  of  error  messages  that  may  be  gener¬ 
ated  is  in  Appendix  E.  The  error  messages  file  may  be  printed  by  selecting 
option  "P" . 

The  run  stream  itself  is  too  large  to  be  examined  through  the  browse  editor. 
Selecting  option  "L" ,  however,  will  cause  it  to  be  printed.  It  is  also 
possible  to  exit  the  HKDS  and  use  another  editor  to  look  at  the  file. 

After  the  run  stream  and  error  messages  files  are  no  longer  needed,  option  "X" 
will  cause  them  to  be  deleted.  The  Run  Stream  Database  will  not  be  deleted: 
this  can  only  be  done  using  option  "D". 
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2.10  MODEM  CONNECTIONS  TO  A  MAINFRAME 


This  section  describes  how  to  take  the  run  stream  generated  in  Section  2.9  and 
upload  it  using  a  modem  to  the  mainframe  computer  on  which  the  Hunter-Killer 
Model  is  maintained.  It  is  assumed  the  Hayes  SMARTCOM  II  software  will  be 
used  to  drive  a  Hayes  1200B  modem.  Uploading  to  the  two  computers  on  which 
the  model  is  currently  installed,  the  MERADOM  CDC  CYBER  835  anc  -he  NVL  IBM 
4341,  are  discussed.  The  CDC  computer  uses  the  NOS/BE  operating  system.  The 
IBM  computer  uses  the  Virtual  Machine/System  Product  (CMS)  operating  system. 

Using  the  AT/370  and  3278/9  hardware  with  the  VM/PC  software  to  make  a  direct 
connection  to  the  NVL  IBM  is  discussed  in  Section  2.11. 


2.10.1  Starting  SMARTCOM 

To  start  SMARTCOM  II  it  is  necessary  to  change  the  default  directory  to  the 
one  in  which  the  SMARTCOM  software  is  stored  then  given  the  start  command.  It 
is  assumed  that  the  software  is  in  directory  \SMARTC0M.  Changing  the  direc¬ 
tory  is  necessary  since  SMARTCOM  looks  for  configuration  files  in  the  default 
directory.  The  commands  which  must  be  given  are: 

CD  \ SMARTCOM 
SCOM 

The  system  will  display  a  temporary  screen  while  initializing  itself,  then 
will  show  the  SMARTCOM  main  menu  screen. 

The  AT/370  as  delivered  has  a  SMARTCOM  configuration  file  and  two  communica¬ 
tion  sets.  The  configuration  file  provides  SMARTCOM  with  details  concerning 
the  system  on  which  it  has  been  installed.  The  communication  sets  define 
specific  parameters,  such  as  baud  rate,  that  are  needed  to  communicate  with 
specific  computers.  The  two  sets  provided  are  for  the  MERADCOM  CDC  and  the 
NVL  IBM. 

Macros  have  been  provided  for  both  sets.  Macros  are  sets  of  mainframe 
commands  (NOS/BE  or  IBM  CMS)  which  are  transmitted  automatically  once  the 
macro  has  been  selected. 

Details  on  configuring  SMARTCOM,  defining  communication  sets,  and  defining 
macros  may  be  found  in  the  SMARTCOM  II  User’s  Guide. 
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2.10.2  Uploading  to  the  MERADCOM  CDC 


Communication  set  P  has  been  defined  to  allow  communications  with  the  MERADCOM 
CDC.  To  start  communications,  enter  option  "1"  from  the  SMARTCOM  main  menu. 
Next,  enter  "0"  to  originate  a  call.  Then,  enter  option  "P"  as  the 
communication  set  to  be  used.  SMARTCOM  then  automatically  dials  the  computer. 
When  a  carrier  signal  has  been  established,  SMARTCOM  beeps  and  displays  a 
blank  screen.  Entering  a  carriage  return  will  cause  the  computer  center  to 
respond  with  ENTER  HELP,  which  is  the  message  from  the  switch  that  determines 
which  computer  will  be  used.  From  this  point  on,  communications  are  the  same 
as  for  any  terminal. 

Two  macros  have  been  provided.  Entering  (F5)A,  where  F5  is  function  key  5, 
causes  macro  A  to  be  transmitted.  This  macro  contains  the  following  NOS/BE 
commands : 

SCREEN, 132 
EDITOR 

F,CH=72,T=; ,4,7,10,13,16,19,31 
F,S 

The  SCREEN  command  is  necessary  if  the  printer  is  to  be  used.  The  default 
screen  width  is  72.  If  CDC  is  transmitting  a  line  longer  than  72,  it  breaks 
the  line  after  column  72,  transmits  a  line  feed,  then  transmits  the  remainder 
of  the  line.  The  printer  will  show  this  same  format.  By  setting  SCREEN  to 
132,  the  entire  line  is  transmitted.  SMARTCOM  will  wrap  the  line  correctly 
when  displaying  to  the  screen.  The  printer  receives  the  entire  line  unbroken 
by  a  line  feed. 

The  editor  is  then  entered  and  tab  positions  set.  The  tabs  shown  above  are 
those  used  in  the  Hunter-Killer  source  code.  The  editor  settings  are  then 
displayed. 

The  second  macro  is  executed  by  entering  (F5)B.  This  macro  causes  the 
terminal  to  be  logged  off  from  the  editor.  The  commands  transmitted  to  the 
mainframe  are: 

BYE 

LOGOUT 

To  upload  the  data  file  requires  entering  the  CDC  editor,  putting  it  into 
input  mode,  transmitting  the  file,  then  saving  the  mainframe  file.  The  steps 
are  as  follows: 

a)  Once  connected  with  the  CDC,  transmit  macro  A  by  entering  "(F5)A." 
The  editor  prompt  of  two  periods  should  be  displayed. 

b)  Change  the  file  width  to  80  characters  for  the  data  file: 

F , CH=80 

c)  Start  a  new  file. 

CREATE, S 


This  command  puts  the  editor  into  input  mode.  The  "S"  option 
suppresses  the  display  of  the  line  numbers.  If  the  "S"  option  is  not 
used,  the  display  will  become  confused  as  SMARTCOM  tries  to  transmit 
the  data  file  at  the  same  time  that  the  CDC  is  trying  to  transmit  line 
numbers.  The  transmitted  file  will  be  correct:  it  is  only  the  display 
during  the  uploading  that  will  appear  to  be  wrong. 

d)  Enter  "(FI)"  to  show  the  SMARTCOM  main  menu.  Select  option  "5",  Send 
File.  The  system  will  prompt  for  the  transmission  method: 

1)  Error  Free  2)  Start/Stop,  3)  Send  Lines 

Select  option  ”2",  Start/Stop. 

SMARTCOM  will  prompt  for  the  file  name.  Enter  the  name  using  the  form 
G:f ilename. JCL,  since  the  HKDS  stores  the  run  streams  on  substitute 
drive  G. 

SMARTCOM  will  now  transmit  the  file  to  the  mainframe.  The  editor  will 
accept  the  file  as  if  it  had  been  typed  in  using  the  keyboard. 

e)  Turn  off  the  input  mode  by  entering  an  equals  sign: 


f)  It  will  be  necessary  to  use  the  editor  to  include  the  user’s  CDC  pass¬ 
word  on  the  second  line  of  the  run  stream. 

g)  The  file  may  now  be  saved. 

h)  The  run  stream  file  may  now  be  executed  as  described  in  the  Hunter- 
Killer  Model  User’s  Manual. 
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2.10.3  Uploading  to  the  NVL  IBM 


Establishing  telephone  communications  with  the  IBM  is  similar  to  doing  so  for 
the  CDC.  From  the  SMARTCOM  main  menu  enter  option  "1,"  then  option  "0"  to 
originate  a  call,  then  option  "Q"  for  the  IBM  communications  set.  SMARTCOM 
will  dial  the  computer  and,  after  a  carrier  signal  has  been  received,  will 
beep  and  display  a  blank  screen.  The  mainframe  will  transmit  the  message 
VM/370  ONLINE.  Entering  a  carriage  return  will  cause  the  mainframe  to  respond 
with  the  standard  prompt  of  a  period. 

One  macro  has  been  defined  for  the  IBM  to  tell  the  mainframe  that  it  is  not 
communicating  in  a  full  screen  mode.  All  of  the  terminal  characteristics  are 
then  displayed.  The  default  logical  escape  character  "  (the  quote  mark)  must 
be  changed  since  SIMSCRIPT  II. 5  uses  that  character  to  delimit  text  strings. 
Entering  "(F5)A"  causes  the  following  two  lines  to  be  transmitted: 

CP  TERMINAL  LINESIZE  80  TYPE  TTY  ESCAPE  ! 

CP  QUERY  TERMINAL 

To  upload  the  data  file  requires  entering  the  IBM  editor,  putting  it  into 
input  mode,  transmitting  the  file,  then  saving  the  mainframe  file.  The  steps 
are  as  follows: 

a)  Once  connected  with  the  IBM,  transmit  macro  A  by  entering  "(F5)A".  If 
this  is  not  done  the  default  escape  character  will  be  "  (quote  marks). 
Consequently,  the  quote  marks  used  to  delimit  names  in  the  data  file 
will  be  stripped  off. 

b)  Start  the  editor.  A  file  name  not  already  in  use  should  be  used: 

X  HK20  DATA 

c)  Put  the  editor  into  input  mode: 

INPUT 

d)  Enter  "(FI)"  to  show  the  SMARTCOM  main  menu.  Select  option  "5",  Send 
File.  The  system  will  prompt  for  the  transmission  method: 

1)  Error  Free  2)  Start/Stop,  3)  Send  Lines 

Select  option  "3",  Send  Lines.  Using  option  "2"  as  for  the  CDC  will 
cause  transmission  errors. 

SMARTCOM  will  prompt  for  the  file  name.  Enter  the  name  as 
G:filename. JCL,  since  the  HKDS  stores  the  run  streams  on  substitute 
drive  G. 

SMARTCOM  will  now  transmit  the  file  to  the  mainframe.  The  editor  will 
accept  the  file  as  if  it  had  been  typed  in  using  the  keyboard. 

e)  Turn  off  the  input  mode  by  entering  a  null  line. 
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f)  The  file  may  now  be  saved: 

FILE 

g)  The  run  stream  file  may  now  be  executed  as  described  in  the  Hunter- 
Killer  Model  User’s  Manual. 
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2.10.4  Ending  a  SMARTCOM  Session 

After  a  session  has  been  completed,  log  off  from  the  mainframe.  Enter  "(FI)" 
(function  key  1)  to  return  to  the  main  menu.  Select  option  "0"  (zero),  then 
option  "E"  to  exit  SMARTCOM. 
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2.11  DIRECT  CONNECTION  TO  AN  IBM  MAINFRAME 


2.11.1  VM/PC  Setup 

Direct  connection  with  an  IBM  mainframe  requires  that  the  AT/370  and  3278/9 
emulator  boards  be  installed.  The  VM/PC  (Virtual  Machine  /  Personal  Computer) 
software  must  also  have  been  installed.  The  mainframe  must  be  running  under 
the  CMS  operating  system. 

Several  preliminaries  must  be  performed  in  addition  to  the  installation  of  the 
boards  and  software.  These  need  to  be  performed  once  for  each  user  but  do  not 
need  to  be  repeated  each  time  a  file  is  to  be  transferred  to  the  mainframe. 
The  VM/PC  software  allows  the  AT/370  to  operate  as  if  it  were  a  3278/79  ter¬ 
minal.  Additionally,  the  AT/370  can  function  as  if  it  were  a  mainframe 
computer  running  under  the  CMS  operating  system.  To  use  the  AT/370  as  a 
terminal  requires  only  that  a  user  have  an  account  on  the  mainframe  computer. 
Uploading  a  file,  however,  requires  operating  the  AT/370  in  a  local  CMS  ses¬ 
sion.  This  requires  that  the  AT/370  system  manager  establish  an  account  on 
the  AT/370  for  the  user.  This  is  similar  to  having  an  account  established  on 
the  mainframe. 

Before  a  file  may  be  transferred  from  the  AT/370  to  the  mainframe,  the 
VMPCSERV  software  must  have  been  uploaded  to  the  user’s  mainframe  account  on 
the  A  disk.  This  should  be  done  once  and  the  VMPCSERV  files  should  remain 
permanently  on  the  mainframe  A  disk.  For  details  on  uploading  the  VMPCSERV 
software,  see  the  IBM  Virtual  Machine  /  Personal  Computer  documentation. 


2.11.2  IMPORT ING  a  File 

Transferring  a  file  to  the  mainframe  requires  several  steps.  The  HKDS 
produces  a  standard  DOS  file  which  is  in  ASCII.  The  VM/PC  software,  however, 
uses  a  different  file  structure  similar  to  that  of  the  mainframe  and  also  uses 
EBCDIC  instead  of  ASCII.  The  VM/PC  software  provides  a  command,  "IMPORT", 
which  allows  the  user  to  translate  a  file  from  ASCII  to  EBCDIC  and  copy  it  to 
the  IBM  mainframe.  This  command  may  also  be  used  to  copy  a  DOS  ASCII  file  to 
a  user’s  VM/PC  local  account.  A  related  command,  "EXPORT",  allows  a  file  to 
be  moved  from  the  mainframe  to  the  AT/370  and  translated  to  ASCII.  For 
details  on  these  commands,  see  the  IBM  Virtual  Machine  /  Personal  Computer 
documentation . 

The  procedure  for  transferring  a  data  file  produced  by  the  HKDS  to  the  IBM 
mainframe  using  VM/PC  is  as  follows: 

a)  It  is  first  necessary  to  make  the  root  directory  the  default,  then  to 
start  the  VM/PC  software: 

CD  \ 

VMPC 

b)  The  user  will  be  prompted  for  the  session  type.  Select  type  "1",  Host 
3279  Session. 


2-50 


c)  The  user  will  now  be  connected  to  the  IBM  mainframe.  The  user  should 
log  on  as  if  the  AT/370  were  a  3278/79  terminal. 

d)  The  user  should  now  enter  the  command  "VMPCSERV".  This  utility  allows 
a  user  to  communicate  between  a  host  (mainframe)  and  a  local  session. 
As  mentioned  in  Section  2.11.1,  this  software  must  have  first  been 
uploaded  from  the  AT/370  to  the  user’s  mainframe  A  disk. 

e)  Press  the  "SysReq"  key  at  the  upper  right  hand  corner  of  the  numeric 
keypad . 

f)  The  AT/370  will  again  prompt  for  the  session  type.  Select  type  "2", 
Local  3279  Session. 

g)  Log  in  to  the  local  session  using  the  local  session  account  name  and 
password.  The  user  will  now  have  two  simultaneous  sessions  running, 
host  and  local . 

h)  The  memory  in  the  local  session  must  be  increased  and  CMS 
reinitialized.  Enter: 

DEF  STOR  1M 

I  CMS 

i)  The  local  session  disks  must  then  be  linked  with  the  mainframe  disks. 
These  commands  may  vary  for  each  user.  See  the  VM/PC  documentation. 
The  form  of  the  commands  will  be: 

LINK  (account  name)  191  191  MW 

ACC  191  C 

j)  The  local  session  will  now  use  its  C  disk  to  refer  to  the  mainframe  A 
disk.  This  is  not  to  be  confused  with  the  C  disk  (fixed  disk) 
referred  to  by  DOS.  The  disk  names  used  in  a  VM/PC  session  are 
meaningful  only  within  that  session. 

k)  Use  the  "IMPORT"  command  to  copy  the  HKDS  data  file  to  the  mainframe. 
The  file  name  used  on  the  mainframe  should  not  already  be  in  use.  The 
HKDS  data  file  will  have  a  name  of  the  form  "G:STREAMnn. JCL" ,  where 
"nn"  may  be  from  "01"  to  "99".  If  the  file  on  the  mainframe  is  to  be 
called  "HK20  DATA",  the  command  would  be: 

IMPORT  G:STREAMnn. JCL  HK20  DATA  C  (ASCII  EOL 

l)  Press  the  "SysReq"  key  again.  Select  session  type  "1"  to  return  to 
the  mainframe  session,  which  is  currently  under  the  control  of 
VMPCSERV. 

m)  The  VMPCSERV  screen  will  be  displayed.  Press  "(F3)"  to  end  VMPCSERV 
and  return  control  to  CMS. 

n)  The  Hunter-Killer  Model  may  now  be  run.  See  the  User’s  Manual  for 
detai is . 
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°) 


When  finished,  the  user  must  remember  to  log  off  both  the  host  and  the 
local  sessions. 


2.12  ENDING  A  SESSION 


To  end  a  session  of  the  HKDS,  return  to  the  main  menu.  This  is  accomplished 
by  entering  the  option  until  the  system  has  backed  out  to  the  main  menu. 

From  the  main  menu  enter  the  option  "Q".  This  will  cause  the  HKDS  to  close 
all  files,  delete  all  temporary  work  files,  and  exit  back  to  DOS. 

If  a  period  appears  as  a  prompt  instead  the  DOS  prompt  of  >C  (assuming  C  is 
the  default  drive),  the  HKDS  has  been  modified  to  cause  it  to  exit  to  dBASE 
III  instead  of  DOS.  It  is  then  necessary  to  enter  the  dBASE  III  command 
"QUIT"  to  exit  to  DOS. 
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2.13  ABORTING  A  SESSION 


A  user  should  never  abort  from  a  HKDS  session  unless  absolutely  necessary.  An 
attempt  should  always  be  made  to  return  to  the  main  menu  screen,  at  which 
point  selecting  the  "Q"  option  causes  the  session  to  end.  Aborting  from  the 
system  may  have  unanticipated  results  such  as  leaving  files  open  instead  of 
closed  or  leaving  temporary  work  files  in  existence.  Data  that  have  been 
entered  or  modified  during  the  session  may  be  lost. 

The  HKDS  has  been  designed  to  function  without  becoming  hung  up  (not 
responding  to  the  keyboard) .  If  this  situation  should  occur  it  may  be 
necessary  to  abort  a  session.  There  are  two  possible  solutions  to  the 
problem: 

a)  Enter  an  "  Esc"  (escape) .  On  the  IBM  AT  keyboard  this  is  the  gray  key 

in  the  upper  left  hand  corner  of  the  numeric  keypad.  This  may  free 
the  system,  causing  the  Hunter-Killer  Database  System  session  to  be 
terminated.  If  so,  the  user  will  be  in  the  dBASE  III  system,  as 

indicated  by  a  period  used  as  a  prompt.  Entering  the  command  "QUIT" 
will  cause  an  exit  to  DOS. 

b)  Enter  CTRL,  ALT,  DEL  simultaneously.  This  is  equivalent  to  turning 
the  computer  off  then  on  again.  It  will  be  necessary  to  restart  the 
session  from  the  beginning. 

IF  THE  HKDS  DOES  NOT  FUNCTION  PROPERLY,  NOTIFY  THE  MAINTENANCE  PROGRAMMER 
IMMEDIATELY. 
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2.14  DATABASE  BACKUP 


In  order  to  avoid  losing  data  if  files  are  accidentally  deleted  or  if  the 
fixed  disk  is  damaged,  it  is  necessary  to  regularly  backup  all  data  files. 
Copies  of  the  dBASE  III  software  and  the  Hunter-Killer  Database  System 
software  should  be  kept  by  the  HKDS  maintenance  programmer  and  do  not  require 
regular  backups.  The  data  files  should  be  copied  whenever  they  are  changed. 

The  data  files  are  assumed  to  be  in  directory  \DBASE\HKDS-20  which  has  the 
substitute  drive  name  of  H.  All  data  files  have  the  extension  ".DBF",  which 
is  the  dBASE  III  default  extention  meaning  DataBase  File.  These  are  the  files 
requiring  regular  backup. 

There  are  two  ways  to  perform  a  backup  to  a  floppy  diskette.  First,  insert  a 
formatted  diskette  in  a  drive.  Assuming  drive  A  is  used,  enter  the  DOS 
command : 

COPY  H : * . DBF  A: 

This  will  copy  all  database  files  to  the  diskette  in  drive  A.  To  restore  the 
files,  simply  reverse  the  command: 

COPY  A:*. DBF  H: 

To  restore  a  specific  file: 

COPY  A:f ilename.DBF  H: 

The  alternative  command  is: 

BACKUP  H:*.DBF  A: 

BACKUP  has  several  differences  from  the  COPY.  This  command  causes  all  data 
already  on  the  diskette  to  be  lost.  Secondly,  it  creates  a  special  file  which 
is  a  directory  of  the  files  on  the  diskette  along  with  other  information  such 
as  the  date  the  backup  was  performed.  This  file  allows  the  other  files  to  be 
restored  easily.  The  command  then  copies  all  the  indicated  files  to  the 
diskette.  To  restore  all  files,  enter: 

RESTORE  A:  H:* .DBF 

Note  that  the  RESTORE  command  must  use  the  same  file  names  as  the  BACKUP 
command.  If  the  backup  was  performed  using  substitute  drive  H,  the  files  must 
be  restored  to  H.  If  the  backup  was  performed  with  the  directory  name, 
\DBASE\HKDS-20 ,  the  restore  command  must  use  the  directory  name  and  not  the 
substitute  drive.  This  is  due  to  the  manner  in  which  the  file  names  are 
stored  in  the  special  backup  directory  file.  As  with  the  copy  command, 
individual  files  may  also  be  restored. 

The  standard  way  to  maintain  backup  diskettes  is  to  use  two  diskettes.  The 
first  backup  is  written  on  diskette  1,  the  second  to  diskette  2,  the  third  to 
diskette  1,  and  so  on.  This  allows  one  good  copy  of  the  files  to  be  safe  on  a 
diskette  while  a  second  newer  copy  is  being  written  to  a  different  diskette. 
This  is  particularly  important  when  using  the  BACKUP  command  which  causes  all 
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files  already  on  a  diskette  to  be  lost. 

For  more  information  on  the  COPY,  BACKUP,  and  RESTORE  commands,  refer  to  the 
IBM  DOS  manual . 
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3.0  DATABASE  SCREENS 


This  section  shows  all  of  the  screens  that  are  displayed  by  the  Hunter-Killer 
Database  System.  Where  the  screens  vary  from  the  general  screen  formats  dis¬ 
cussed  in  Section  2,  descriptions  of  the  screens  are  given.  Each  screen  will 
also  have  a  reference  to  the  section  where  its  format  is  discussed. 

The  key  for  the  screen  IDs,  as  defined  in  Section  2.1.4,  is  repeated  here. 
Screen  IDs  are  of  the  form  d.m.  The  values  for  d  are: 

1  =  Change  the  default  drive 

2  =  Verify  IDs 

3  =  Lasers  Database 

4  =  Probabilities  of  Kill  Database 

5  =  Sectors  Database 

6  =  Sensors  Database 

7  =  Type  Platforms  Database 

8  =  Type  Weapons  Database 

9  =  Controls  Databases 

10  =  Defilade  Fractions  Databases 

11  =  Hunter-Killers  and  Move  Vectors  Databases 

12  =  Terrain  Databases 

13  =  Run  Streams 

For  the  various  databases,  the  values  for  m  are: 

0  =  Select  an  existing  database  or  choose  to  create  a  new  one 

1  =  Create  a  new  database 

2  =  Options  menu  for  modifying  a  selected  database 

3  =  Change  the  description  of  a  selected  database 

4  =  Delete  a  selected  database 

5  =  Edit  a  selected  database 

6  =  Data  verification  for  a  selected  database 

Not  all  databases  will  require  all  screens.  Single  version  databases  will 
only  use  screens  d.2,  d.5,  and  d.6. 

For  the  databases  which  use  the  browse  editor  there  will  be  no  d.5  screen 
since  the  screen  format  is  controlled  by  dBASE  III.  In  place  of  these  d.5 
screens  a  page  will  appear  listing  all  of  the  fields  in  the  database  and  the 
corresponding  Hunter-Killer  Model  variable  names  as  follows: 

DATABASE  FIELD  NAME  =  MODEL  ATTRIBUTE  NAME 

This  page  may  be  useful  when  the  browse  editor  is  unable  to  display  all  fields 
on  a  single  screen. 


SCREEN  0.0  . 


The 

Hunt e  r-K i 1 1 er 

Database 

System  0.0 

Key 

Single  Databases 

Key 

Multiple  Databases 

L 

Lasers 

C 

Controls 

P 

Probabi 1 i t ies  of 

Kill 

F 

Defilade  Fractions 

S 

Sectors 

H 

Hun ter-K i 1 1 e  rs . 

N 

Sensors 

Move  Vectors.  Air  Tactics 

K 

Type  Platforms 

T 

Terrain 

W 

Type  Weapons 

or 

0 

Change  the  default  drive  (H:) 

R 

Build  a  Run  St  ream 

V 

Verify  ID  relationships 

Enter  Key  Letter  or 

0  (Quit)  _ 

See  Section  2.2.3. 
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SCREEN  1.0  . 


T ho  Hunter-Killer  Dotabase  System 


Change  the  Default  Drive 


Current  drive  is  H: 

Enter  new  drive  or 

-  to  cancel  _ 

WARNING:  Attempting  to  use  floppy  disk  drive  X:.  IF  NO  DISK 

is  in  the  drive  you  will  be  asked  to  Abort,  Retry,  or  Ignore 
all  options  will  force  you  to  exit  to  DOS. 

Reenter  the  drive  to  continue  or 

-  to  qu i t  _ 


V. 


See  Section  2.3. 


SCREEN  2.0 


1 

The  Hunter-Killer  Database  System 

2.0 

Verify  Database  ID  Relationships 

This  procedure  determines  if  the  IDs  cross-reference  properly:  for  example, 
if  the  Type  Weapon  IDs  in  the  Type  Platforms  database  are  all  valid. 

Verification  last  performed  on  MM/DD/YY  at  HH:MM:SS 

No  verification  errors  file  exists. 


Enter  E 

to 

ed  i  t 

the 

errors 

file 

D 

to 

delete 

the 

er  rors 

file 

P 

to 

print 

the 

e  r  r  o  r  s 

file 

V 

to 

verify 

IDs 

— 

to 

return 

to 

the  main 

men 

See  Section  2.7. 
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SCREEN  3.2 


■■■■■■■■■■ 

| 

1 

The  Hun t e r— K i 1 1 e r  Database  System 

3.2 

Lasers  Database 

Enter  E  to  edit  the  database 
R  to  generate  a  report 
—  to  return  to  the  main  menu 


NOTE:  The  database  has  more  data  fields  than  can  be  displayed  on  one  screen. 
It  will  be  necessary  to  pan  right  and  left  as  shown  on  the  help  menu  to  edit 
all  fields. 

The  rightmost  field  is  FALS_ALARM. 


See  Section  2.5.1 


SCREEN  3.5  . 


Browse  editor  fields  for  the  Lasers  Database. 
See  Section  2.6.1. 

The  fields  in  the  database  are  as  follows: 


DATABASE 

FIELD  NAME 

=  MODEL  ATTRIBUTE  NAME 

ID 

=  LSR.ID 

SPECTRUM 

=  LSR. SPECTRUM 

PEAK  POWER 

=  LSR. PEAK. PWR 

OPTIC  XMIS 

=  LSR. OPTICS. XMISS 

BEAM  DIVER 

=  LSR. BEAM. DIVERGENCE 

REC  APERAT 

=  LSR . RCVR . APERATURE 

NOISE  EQ  P 

=  LSR. NOISE. EQUIV. PWR 

PULSE  WIDT 

=  LSR. PULSE. WIDTH 

FALS  ALARM 

=  LSR. FALS  ALARM 

3-6 


SCREEN  3.6  . 


i 

1 

The  Hunter-Killer  Database  System 

3.6 

Lasers  Database 
Performing  data  checking 


i 


See  Section  2.5.2 
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SCREEN  4.2  . 


I 

I 

I 


The  Hunter-Killer  Database  System 


4.2 


Probability  of  Kill  Combinations 


Enter  E  to  edit  the  database 
R  to  generate  a  report 
-  to  return  to  the  main  menu 


See  Section  2.5.1 . 
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SCREEN  4.21  . 


The  Huntar-Ki 1 1 er  Dotobaaa  System 

4.21 

1 

Probability  of  Kill  Combinations 


Weapon  vs  Type  Platform  Weapon  vs  Type  Plotform 

ID  NAME  10  NAME  Errors  10  NAME  10  NAME  Errors 


Edi t/Create/Oe I ete/+  (show  more)/-  (return)  _ 

Enter  the  weapon  10  _  and  the  tupe  platform  ID  _ 


This  screen  is  displayed  when  option  "E"  is  selected  from  Screen  4.2.  The 
database  is  built  using  weapon  and  type  platform  IDs.  When  Screen  4.21  is 
displayed,  the  HKDS  attempts  to  look  up  the  corresponding  names  from  the  Type 
Weapons  and  Type  Platforms  Databases.  If  an  ID  does  not  appear  in  the  appro¬ 
priate  database,  "Undefined"  will  be  displayed  in  the  "NAME"  column. 

This  screen  allows  editing  of  the  probabilities  of  kill  for  specific  weapon/ 
target  combinations.  The  options  are: 

E  =  edit  one  of  the  displayed  combinations 
C  =  create  a  new  combination 
D  =  delete  one  of  the  displayed  combinations 

+  =  show  more  combinations  -  the  screen  can  display  up  to  20  at  a  time 
-  =  return  to  the  previous  screen.  Screen  4.2 

If  option  "E",  "C",  or  "D"  is  chosen,  the  user  will  be  prompted  for  a  Type 
Weapon  ID  and  a  Type  Platform  ID.  If  option  "E"  is  chosen,  the  browse  editor 
will  be  entered  to  edit  the  database.  The  fields  are  shown  on  Screen  4.5. 

An  entry  will  appear  in  the  "Errors"  column  if  the  Type  Platform  ID  is  for  a 
targeted  platform  with  a  Johnson  Level  less  than  4.  Probabilities  of  Kill  are 
only  meaningful  for  level  4  type  platforms.  The  error  will  read  "Level  =  n”, 
where  n  is  the  targeted  type  platform’s  Johnson  Level. 


SCREEN  4.5  . 


Browse  editor  fields  for  the  Probabilities  of  Kill  Database. 
See  Section  2.6.1. 


The  fields  in  the  database  are  as  follows: 


DATABASE 

FIELD  NAME  =  MODEL  ATTRIBUTE  NAME 


RANGE  =  PK.  DISTANCE 

RANGD_PD  =  PK. RANGED. VALUE 

UNRANGD_PK  =  PK . UNRANGED . VALUE 
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SCREEN  4.6. 


I 

The  Hunter-Ki 1 ler  Oatobase  System 

4.6 

Probability  of  Kill  Combinations 
Performing  data  checking 


V* 


See  Section  2.5.2 
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SCREEN  5.2 


The  Hunter-Killer  Database  System 


5.2 


Sectors  Database 


Enter  E 
R 


to  edit  the  database 
to  generate  a  report 
to  return  to  the  main  menu 


V 


J 


See  Section  2.5.1. 


SCREEN  5.5 


Browse  editor  fields  for  the  Sectors  Database 


See  Section  2.6.1 . 


The  fields  in  the  database  are  as  follows: 


DATABASE 

FIELD  NAME  =  MODEL  ATTRIBUTE  NAME 


ID  =  SC. ID 

H0RZ_F0S  =  SC.HORZ.FOS 

VERTJFOS  =  SC.VERT.FOS 
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SCREEN  5.6 


See  Section  2.5.2. 
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SCREEN  6.2  . 


The  Hunter-Killer  Database  System 


6.2 


Sensors  Database 


Enter  E  to  edit  the  database 
R  to  generate  a  report 
-  to  return  to  the  mo i n  menu 


D  to  edit  the  resolution  curves 
G  to  generate  a  resolution  curve  report 


NOTE:  The  database  has  more  data  fields  than  can  be  displayed  on  one  screen. 
It  will  be  necessary  to  pan  right  and  left  as  shown  on  the  help  menu  to  edit 
all  fields. 

The  rightmost  field  is  ATR_ID. 


See  Section  2.5.1. 

This  screen  includes  two  additional  options.  Each  sensor  may  several  resolu¬ 
tion  curves.  A  MRC  sensor  may  have  up  to  four  curves:  two  each  for  narrow  FOV 
and  for  wide  FOV,  each  curve  being  for  a  different  light  level.  A  MRT  sensor 
may  have  up  to  three  curves:  for  narrow  FOV,  for  wide  FOV,  and  for  MDT 
acquisitions.  In  addition,  an  MRT  sensor  used  in  an  ATR  system  may  have  a 
separate  curve  for  the  automatic  mode. 

The  curves  are  maintained  in  a  separate  database  that  may  be  edited  by  select¬ 
ing  option  "D"  from  this  screen.  The  sensors  reference  these  curves  through 
ID  numbers.  The  database  is  organized  by  increasing  curve  ID.  Selecting 
option  "G"  will  cause  a  report  on  the  curves  to  be  sent  to  the  printer.  The 
attributes  of  the  curves  are  shown  on  the  page  for  Screen  6.5. 
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SCREEN  6.5  . 


Browse  editor  fields  for  the  Sensors  Database  and  the  Resolution  Curves 
Database . 

See  Section  2.6.1. 


The  fields  in  the  Sensors  Database  are  as  follows: 


DATABASE 


FIELD  NAME 

=  MODEL  ATTRIBUTE  NAME 

ID 

=  SN.ID 

SPECTRUM 

=  SN. SPECTRUM 

HORZ  WFOV 

=  SN. HORZ. WFOV 

VERT  WFOV 

=  SN. VERT. WFOV 

FOV  SCAL 

=  SN. FOV. SCALING 

SWITCH  DEL 

=  SN. SWITCH. FOV. DELAY 

SN  FACTOR 

=  SN.SN. FACTOR 

POT  FACTOR 

=  SN. POT. FACTOR 

NFOV  ID 

=  ID  of  a  resolution 

curve 

NFOV  2  ID 

=  ID  of  a  resolution 

curve 

WFOV  ID 

=  ID  of  a  resolution 

curve 

WFOV  2  ID 

=  ID  of  a  resolution 

curve 

MDT  ID 

=  ID  of  a  resolution 

curve 

ATR  ID 

=  ID  of  a  resolution 

curve 

The  curve  IDs  should  be  set  to  zero  for  curves  not  used  by  the  sensor. 
The  fields  in  the  Sensor  Curves  Database  are  as  follows: 


DATABASE 


FIELD  NAME 

=  MODEL  ATTRIBUTE  NAME 

CURVE  ID 

=  ID  used  for  NFOV  ID,  NFOV  2  ID,  WFOV  ID,  WFOV  2  ID, 

MDT  ID,  AND  ATR  ID  to  reference  a  specific  curve 

CURVE  TYPE 

=  RC. RESOLUTION. TYPE 

LIGHT  LEVE 

=  RC. LIGHT. LEVEL 

X  1 

=  FP.X. POINT 

Y  1 

=  FP.Y. POINT 

X  2 

=  FP.X. POINT 

Y  2 

=  FP.Y. POINT 

X  3 

=  FP.X. POINT 

Y_3 

=  FP.Y. POINT 

X  20 

=  FP.X. POINT 

Y  20 

=  FP.Y. POINT 
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SCREEN  6.6 


The  Hunter-Killer  Database  System 


Sensors 
Performi ng 


Database 
data  checking 


See  Section  2.5.2. 
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SCREEN  7.2  . 


See  Section  2.5.1. 
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SCREEN  7.5  . 


Browse  editor  fields  for  the  Type  Platforms  Database. 


See  Section  2.6.1. 

The  fields  in  the  database  are  as  follows: 
DATABASE 


FIELD  NAME 

=  MODEL  ATTRIBUTE  NAME 

ID 

=  TP. ID 

NAME 

=  TP. NAME 

JOHN  LEVEL 

TP.  LEVEL 

OWNER  ID 

=  TP. OWNER 

COLOR 

=  TP. COLOR 

PRIORITY 

=  TP. PRIORITY 

WEAPON  ID 

=  TP.TYPE.WPN.PTR 

CLASS 

=  TP. CLASS. PTR 

HEIGHT 

=  TP. HEIGHT 

X  SECTION 

=  TP. CROSS. SECTION 

DELTA  T 

=  TP. DELTA. T 

REFLECTANC 

=  TP. REFLECTANCE 

CONTRAST 

=  TP. CONTRAST 
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SCREEN  7.6. 


See  Section  2.5.2. 
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SCREEN  8.2. 


The  Hunt e r-K i 1 I e r  Datobose  System 

8.2 

Type  Weapons  Database 


Enter  E  to  edit  the  database 
R  to  generate  a  report 
—  to  return  to  the  main  menu 


J 


See  Section  2.5.1. 
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SCREEN  8.5  . 


Browse  editor  fields  for  the  Type  Weapons  Database. 
See  Section  2.6.1 . 


The  fields  in  the  database  are  as  follows: 


DATABASE 

FIELD  NAME  =  MODEL  ATTRIBUTE  NAME 


ID 

NAME 

DESIGNATOR 

SPEED 

RELOAD  TIM 


TW.ID 

TW.NAME 

TW. DESIGNATOR 

TW. SPEED 

TW. RELOAD. TIME 
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SCREEN  8.6 


IS 

■■■■■■ 

The  Hunter-Ki 1 ler  Database  System 

8.6 

Type  Weapons  Database 
Performing  data  checking 


V  . —  ■ . . - . . 

See  Section  2.5.2. 


i 
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SCREEN  9.0. 


1 

The  Hunter-Ki 1 ler  Database  System 

9.0 

Controls  Databases 

01  Visibility  •  1000;  Low  Resolution  Terrain;  No  Defilade 
02  Visibility  -  2000;  High  Resolution  Terrain;  Defilade 


Enter  ID  of  database  to  be  modified 
C  to  create  a  new  database 

+  to  display  more  database  names  (if  there  are  more  than  10) 
-  to  return  to  the  main  menu  _ 

^  _ 


See  Section  2.4.1 . 
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SCREEN  9.1 . 


The  Hun t • r-K I  I  I • r  Database  System 


9.1 


Controls  Databases 

New  database  to  be  created  has  ID  03 
Enter  file  description,  up  to  60  characters: 


Start  new  file  or  Copy  Existing  File  (N/C)?  _ 

Enter  ID  of  database  to  be  copied  or 

-  to  cancel  _ 


See  Section  2.4.2. 
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SCREEN  9.2  . 


The  Hunte r-K i I  I e r  Database  System 


9.2 


CONTROLS  01:  Visibility  •  1000;  Low  Resolution  Terrain;  No  Defilade 


E 

to 

edi  t 

the  database 

D 

to 

delete 

the  database 

C 

to 

change 

t he  comment  field 

R 

to 

generate 

a  report 

- 

to 

return  to 

the  previous  screen  _ 

See  Section  2.4.3. 
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SCREEN  9.3  . 


’l 

| 

The  Hun t er-K 1 1 1 e r  Database  System 

9.3 

CONTROLS  01:  Visibility  ®  1000;  Low  Resolution  Terrain;  No  Defilade 
Comment  field  to  be  changed  for  database  ID  01 

Comments:.  Visibility  »  1000;  Low  Resolution  Terrain;  No  Defilade 
Enter  confirmation  (Y/N)  _ 


See  Section  2.4.4. 


SCREEN  9.4 


j  The  Hunter-Killer  Dotoboae  System  9.4 

CONTROLS  01:  Visibility  -  1000;  Low  Resolution  Terrain;  No  Defilade 
Ready  to  delete  the  following  database 
Database  ID:  01 

Comments:  Visibility  *  1000;  Low  Resolution  Terrain;  No  Defilade 

Enter  confirmation  (Y/N)  _ 


J 


See  Section  2.4.5. 


SCREEN  9.51 . 


rl 

The  Hunter-Killer  Database  System 

9.51 

CONTROLS  01:  Visibility  —  1000;  Low  Resolution  Terrain;  No  Defilade 

RUN  CONTROLS 


Number  of  Replications 
Repl icat ion  Length 
Targets  in  Oef i  lade 
Oefilade  database  10 
Terrain  Resolution 
Terrain  database  ID 
Mainframe  Terrain  File 
Smoke  Switch 
Fixed  Azimuth 


minutes 
No  /  Yes 

(only  used  when  Targets  in  Defilade  is  Yes) 

Low  /  High 

(used  if  Terrain  Resolution  is  Low) 

_  (used  if  Terrain  Resolution  is  High) 

No  /  Yes 
No  /  Yes 


Vi 


Continue  to  next  screen  (Y/N)? 


See  Section  2.6.2. 


3-29 


SCREEN  9.52  . 


-V. 


The  Hunter-Killer  Database  System 


9. 52 


I 

I 

I 


CONTROLS  01:  Visibility  •«  1000 ;  Low  Resolution  Terroin;  No  Defil ode 

OUTPUT  CONTROLS 


Echo  the  Data  _ 

Report  Each  Replication  _ 


Produce  Status  Reports 


Report  Interval 
Produce  General  Trace 
Produce  Search  Trace 
Produce  Terrain  Trace 


No  /  Yes 

No  /  Yes  (Produce  Initial  LOS  Report, 

Scoreboard  and  Sensor  Performance 
Report  after  each  replication) 

0-4  (0  -  no  status  reports 

1  -  report  only  at  replication  start 

2  ■  start  +  every  report  interval 

3  -  start  +  interval  +  every  kill 

4  ■  start  +  every  kill) 

minutes 
No  /  Yes 
No  /  Yes 
No  /  Yes 


Continue  to  next  screen  (Y/N)? 


See  Section  2.5.2. 
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SCREEN  9.53  . 


1 

The  Hunter-Killer  Database  System 

9.53 

CONTROLS  01:  Visibility  *  1000;  Low  Resolution  Terroin;  No  Defilade 

SEARCH  CONTROLS 

Visibility  _  meters 

Minimum  Detection  Time  _ . _  seconds 

Light  Level  _ _  foot-candles 

Probability  of  Successful  Battlefield  Identification,  Friend  or  Foe 

Blue  Probability  _  (0.00  means  BIFF  will  not  be  played) 

Red  Probability  _ _ 

Sky  to  ground  Ratios  for  sensors  operating  at: 

.4  to  .7  microns  _ . _ 

.4  to  .9  microns  . 

.6  to  .9  microns  _ . _ 

Absorption  Coefficients  for  sensors  operating  ot: 

3  to  5  microns  _ . _ 

8  to  12  microns  _ . _ 

_  Continue  to  next  screen  (Y/N)? 


See  Section  2.6.2. 


i 


SCREEN  9.54  . 


| 

1 

The  Hunter-K i 1 ler  Database  System 

9.54 

CONTROLS  01:  Visibility  -  1000;  Low  Resolution  Terrain;  No  Defilade 

Johnson  Criteria  -  N50  Bars 

Contrast  Thermal 

Detection  . _  . _ 

Classification  _ . _  . _ 

Recognition  • _  . _ 

Identification  _ . _  . _ 


PGM  DEGRADATION 

CURVE 

Range 

Reduct i on 

(Meters) 

Foctor 

Point 

1 

—  •  — 

Point 

2 

_  .  _ _ 

Poi  nt 

3 

^ 

Point 

4 

_ 

—  .  __ 

Point 

5 

_ 

Continue  to  next  screen  (T/N)? 


See  Section  2.6.2. 


i 
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The  Hunter-Killer  Database  System 


10.0 


Defilade  Fractions  Visible  Databases 


01  Low,  rolling  terrain 
02  Moderately  hilly  terrain 


Enter  ID  of  database  to  be  modified 
C  to  create  a  new  database 

+  to  display  more  database  names  (if  there  are  more  than  10) 
-  to  return  to  the  main  menu  _ 


See  Section  2.4.1 


SCREEN  10.1 


See  Section  2.4.2. 
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SCREEN  10.2 


r 

> 

1 

The  Hunter-Killer  Database  System 

10.2 

DEFILADE  01:  Low,  Rolling  Terrain 


Enter  E 

to 

ed  i  t 

the  database 

0 

to 

de lets 

the  database 

C 

to 

change 

the  comment  field 

R 

to 

generate 

a  report 

- 

(0 

return  to 

the  previous  screen  _ 

V 


J 


See  Section  2.4.3. 
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SCREEN  10.21 


I  Th*  Hunter-K i I  I «r  Database  System 


10.21 


Observer  vs  Type 
CLASS  ID 


DEFILADE  01:  Low 
P I  at  f orm 

NAME  ERRORS 


rolling  terrain 

Observer  vs  Type 
CLASS  ID 


Platform 

NAME  ERRORS 


Fractions  for  Type  Platform  ID  -  0  (if  defined)  used  for  unspecified  targets 
Edi t/Create/Delete/*  (show  more)/-  (return)  _ 


This  screen  is  displayed  when  option  "E"  is  selected  from  Screen  10.2.  The 
database  is  built  using  observer  classes,  Air  or  Ground,  and  type  platform 
IDs.  When  Screen  10.21  is  displayed,  the  HKDS  attempts  to  look  up  the 
corresponding  names  from  the  Type  Platforms  Database.  If  an  ID  does  not 
appear  in  the  database,  "Undefined"  will  be  displayed  in  the  "NAME"  column. 

This  screen  allows  editing  of.  the  defilade  fractions  visible  for  specific 
observer  class/target  combinations.  The  options  are: 

E  =  edit  one  of  the  displayed  combinations 
C  =  create  a  new  combination 
D  =  delete  one  of  the  displayed  combinations 

+  =  show  more  combinations  -  the  screen  can  display  up  to  20  at  a  time 
-  =  return  to  the  previous  screen,  Screen  10.2 

If  option  "E",  "C",  or  "D"  is  chosen,  the  user  will  be  prompted  for  a  class 

and  a  Type  Platform  ID.  If  option  "E"  is  chosen,  the  browse  editor  will  be 
entered  to  edit  the  database.  The  fields  are  shown  on  Screen  10.5. 

A  special  type  platform  ID  of  0  (zero)  may  be  entered.  The  fractions  entered 
for  in  this  case  will  be  used  when  a  run  stream  is  generated  for  all  targets 
that  do  not  explicitly  appear  in  the  database.  The  name  "General"  will  appear 
on  the  display. 
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There  are  two  possible  entries  that  may  appear  in  the  "Errors"  column.  These 
are: 


LEVEL=n  The  type  platform  has  a  Johnson  Level  less  than  4,  indi¬ 

cated  by  n.  Defilade  Fractions  are  only  meaningful  for 
level  4  type  platforms. 

Air  Target  The  type  platform  has  a  class  of  air.  Defilade  fractions 
are  only  meaningful  against  ground  targets.  Air  targets 
are  either  masked  -  0%  visible  -  or  unmasked  -  100% 

visible . 
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SCREEN  10.3  . 


rl 

b 

The  Hunter-Killer  Database  System 

10.3 

DEFILADE  01:  Low.  roiling  terroin 
Comma nt  fiald  to  ba  changed  for  database  ID  01 
Comments:  Low,  rolling  terrain 

Enter  confirmation  (Y/N)  _ 


I 

I 

I 


See  Section  2.4.4 
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SCREEN  10.4  . 


The  Hunter-Killer  Database  System 

10.4 

DEFILADE  01:  Low.  rolling  terrain 
Ready  to  delete  the  following  database 
Database  ID:  01 

Comments:  Low,  rolling  terrain 

Enter  confirmation  (Y/N)  _ 


See  Section  2.4.5. 
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SCREEN  10.5  . 


Browse  editor  fields  for  a  Defilade  Fractions  Visible  Database. 
See  Section  2.6.1 . 

The  fields  in  the  database  are  as  follows: 

DATABASE 

FIELD  NAME  =  MODEL  ATTRIBUTE  NAME 


RANGE  =  FV. RANGE 

FRACJvIS  =  FV. FRACTION 
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SCREEN  10.6 


■■■■■■ 

i 

The  Hunter-Killer  Database  System 

10.6 

DEFILADE  01:  Low,  rolling  terroin 
Performing  data  checking 


See  Section  2.4.7. 
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SCREEN  11.0  . 


r, — ==  = :i"  ■ = ■  = 

I  The  Hunter-Killer  Dotabase  System 


11 .0 


Hunter-Killer  Databases 

01  4  blue  XM1  vs  13  red  T72 

02  4  blue  XM1  +  2  helicopters  vs  13  red  T72 


Enter  ID  of  database  to  be  modified 
C  to  create  a  new  database 

+  to  display  more  database  names  (if  there  are  more  than 
-  to  return  to  the  main  menu  _ 


10) 


Section  2.4.1. 
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Start  new  file  or  Copy  Existing  File  (N/C)?  _ 

Enter  ID  of  database  to  be  copied  or 

-  to  cancel  _ 


l 


See  Section  2.4.2. 


SCREEN  11.2. 


Ths  Hunter-Killer  Database  System 

11.2 

HKS  01:  4  b I u«  XM1  vs  13  red  T72 


to 

edit 

the 

database 

to 

de 1 ete 

the 

database 

to 

change 

the 

comment  field 

to 

generate 

a  re 

port 

to 

return  to 

the 

previous  scr 

M  to  modify  move  vectors 
A  to  modify  the  oir  toctics 


NOTE:  The  Hunter-Killers  database  has  more  fields  than  can  be  displayed  on 
one  screen.  It  will  be  necessary  to  pan  right  and  left  as  shown  on  the  help 
menu  to  edit  all  fields. 

The  rightmost  field  is  K_JOHN_LEVEl. 


See  Section  2.4.3. 

This  screen  has  two  additional  options,  "M"  and  "A".  Option  M  causes  the  move 
vectors  for  the  hunter-killers  to  be  edited.  Screens  11.51  and  11.52  are 
displayed.  Option  A  causes  the  air  tactics  to  be  edited.  Screen  11.53  is 
displayed. 
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SCREEN  11.3 


|  The  Hunter-Killer  Database  System 

HKS  01:  4  blue  XM1  vs  13  red  T72 
Comment  field  to  be  changed  for  database  ID  01 
Comments:  4  blue  XM1  vs  13  red  T72 

Enter  confirmation  (Y/N) 


V 


See  Section  2.4.4. 
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SCREEN  11.3  . 


1 

The  Hunte r-K i 1 l er  Database  System 

11.3 

HKS  01:  4  blue  XM1  vs  13  red  T72 

Comment  field  to  be  changed  for  database  ID  01 
Comments:  4  blue  XM1  vs  13  red  T72 
Enter  confirmation  (Y/N)  _ 


V 


J 


See  Section  2.4.4. 


SCREEN  11.5  . 


Browse  editor  fields  for  a  Hunter-Killers  Database. 
See  Section  2.6.1. 


The  fields  in  the  database  are  as  follows: 


DATABASE 

FIELD  NAME  =  MODEL  ATTRIBUTE  NAME 


ID 

SIDE 

T_PLAT_ID 

X_C00RD 

YjCOORD 

H_SENS0R 

HLASER 

HJSECTOR 

H_AZIMUTH 

H_J0HN_LEV 

K_SENS0R 

K_LASER 

KJSECTOR 

K_AZIMUTH 

K_J0HN_LEV 


HK.ID 

HK.SIDE 

HK. TYPE. PLATFORM. PTR 
HK.X. LOCATION 
HK.Y. LOCATION 

CM . SENSOR (HK . HUNTER . COMPONENT) 
CM . LASER (HK . HUNTER . COMPONENT) 

CM . SECTOR (HK . HUNTER . COMPONENT) 
CM .  AZIMUTH  (HK .  HUNTER .'  COMPONENT) 
CM . LEVEL (HK . HUNTER . COMPONENT) 

CM . SENSOR (HK . KILLER . COMPONENT) 
CM . LASER (HK . KILLER . COMPONENT) 

CM . SECTOR (HK . KILLER . COMPONENT) 
CM .AZIMUTH (HK . KILLER . COMPONENT) 
CM .LEVEL (HK . KILLER . COMPONENT) 


3-47 


SCREEN  11.51. 


■■■■■■■■■■ 

The  Hunter-Killer  database  System 

11.51 

HKS  01:  4  blue  XM1  va  13  red  T72 
Movement  Controls 

The  movement  interval  is  the  distance  a  platform  moves  each  time  its 
coordinates  ore  updated: 

Interval  _  meters 


_  Continue  to  next  screen  (Y/N)? 


I 

See  Section  2.5.2.  ■ 


3-48 


SCREEN  11.52. 


r 

■> 

1 

Tha  Hunter-Killer  Database  System 

11.52 

HKS  01:  4  blue  XM1  vs  13  red  T72 
Movement  Vectors 

The  movement  vectors  are  ordered  first  by  increasing  Hunter-Killer  ID.  The 
vectors  for  each  Hunter-Killers  are  ordered  by  increasing  sequence  number. 
New  vectors  are  added  to  the  end  of  the  file  and  are  then  automot i co I  I y  put 
in  their  proper  positions.  Changing  a  Hunter-Killer  ID  within  the  file  or 
changing  a  vector  sequence  number  will  cause  the  file  to  be  reordered. 

If  Hunts r— K i I  I e rs  are  deleted  from  a  Hunter-Killer  database  or  if  their  ID 
numnbers  are  changed,  the  movement  vector  file  must  also  be  updated. 
CHANGING  A  HUNTER-KILLER  OATABASE  DOES  NOT  AUTOMATICALLY  CHANGE  THE 
ASSOCIATED  MOVE  VECTOR  FILE. 

After  editing  the  movement  vectors  a  check  will  be  made  to  ensure  that  all 
Hunter-Killer  IDs  match  those  in  the  associated  Hunter-Killer  database. 

^Edit  the  movement  vectors  (Y/N)?  _ 


This  screen  describes  the  Move  Vectors  Database.  It  allows  the  user  to  skip 
the  editing  of  the  database  by  entering  "N"  in  response  to  the  prompt. 


If  the  user  enters  "Y" ,  the  browse  editor  will  be  entered.  The  fields  dis¬ 
played  are: 

DATABASE 

FIELD  NAME  =  MODEL  ATTRIBUTE  NAME 


HK  ID 
SEQUENCE 

AZIMUTH 
SPEED 
ALTITUDE 
DISTANCE 
GO  TO  SEQ 


the  ID  of  the  hunter-killer  using  this  vector 

a  sequence  number  used  to  order  the  vectors  belonging 

to  HK_ID 

MV. AZIMUTH 

MV. SPEED 

MV. ALTITUDE 

MV. DISTANCE 

The  SEQUENCE  number  of  the  next  vector  in  a  closed  loop 


SCREEN  11.53. 


^  The  Hunter-Kilter  Database  System  11.53 


HKS  01:  4  blue  XM1  vs  13  red  T72 
Ai r  Tact ics 

The  following  values  control  the  amount  of  time  o  flight  team  is  masked 
when  using  POPUP  tactics 

Masked  time  between  rounds  _  seconds 

Minimum  unmasked  time  to  acquire  targets  _  seconds 

Maximum  unmasked  time  for  an  ATR  sensor  _  seconds 

ATR  sensor  target  recognition  time  _  seconds 

The  database  allows  for  two  flight  teams  (the  model  allows  any  number). 
The  tactics  that  may  be  used  are:  FIXED,  POPUP,  ATR,  and  ATRMMW. 

SCOUT  MOVE 

TEAM  PLATFORM  TACTICS  INTERVAL  ATTACK  PLATFORM  IDS 

^  Continue  to  next  screen  (V/N)? 


This  screen  allows  the  air  tactics  to  be  set  for  a  Hunter-Killer  Database. 
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SCREEN  11.61. 


The  Hunter-Killer  Database  System 

11.61 

HKS  01:  4  blue  XM1  vs  13  red  T72 
Performing  data  checking  on  the  Hunter-Killers 


V _ t 


See  Section  2.4.7.  This  screen  is  displayed  after  the  "E"  option  from  Screen 
11.2  has  been  used  to  modify  a  Hunter-Killers  Database. 


SCREEN  11.62. 


See  Section  2.4.7.  This  screen  is  displayed  after  the  "M"  option  from  Screen 
11.2  has  been  used  to  modify  a  Move  Vectors  Database. 
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SCREEN  11.63  . 


See  Section  2.4.7.  This  screen  is  displayed  after  the  "A"  option  from  Screen 
11.2  has  been  used  to  modify  an  Air  Tactics  Database. 
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SCREEN  12.0  . 


{ | -  = 

1  The  Hunter-Killer  Database  System 


Terrain  Databases 


01  Low,  rolling  terrain 
02  Moderately  hilly  terrain 


Enter 


ID  of  database  to  be  modified 
C  to  create  a  new  database 
+  to  display  more  database  names 
-  to  return  to  the  main  menu  __ 


(if 


there  are  more  than 


10) 


See  Section  2.4.1. 
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|  The  Hunter— Ki Iter  Database  System  12.1 

Terrain  Databases 

New  database  to  be  created  has  ID  03 
Enter  file  description,  up  to  60  characters: 

Start  new  tile  or  Copy  Existing  file  (N/C)?  _ 

Enter  ID  of  database  to  be  copied  or 
-  to  cancel 


V 


See  Section  2.4.2. 
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SCREEN  12.3  . 


The  Hunter-Killer  Database  System 

12.3 

TERRAIN  01:  Low,  rolling  terrain 
Comment  field  to  be  changed  for  database  ID  01 
Comments:  Low,  rolling  terrain 

Enter  confirmation  (Y/N)  _ 


See  Section  2.4.4. 


SCREEN  12.4 


j  The  Hunter-Killer  Dotoboae  Syatem 

TERRAIN  01 :  Low,  rolling  terrain 
Ready  to  delete  the  following  database 
Database  ID:  01 

Comments:  Low.  rolling  terrain 

Enter  confirmation  (Y/N)  _ 


V 


See  Section  2.4.5. 
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SCREEN  12.51 


The  Hunter-K i I  I er  Database  System 


12.51 


TERRAIN  01:  Low,  rolling  terrain 
These  data  are  only  used  for  low  resolution  terrain. 

Define  the  mean  times  in  seconds  that  line  of  sight  will  exist  and  will 
be  broken  between  a  pair  of  Hunter-K i I  I e rs : 

mu  -  LOS  exists  _ . _ 

mu  —  LOS  is  broken  _ . _ 


Continue  to  next  screen  (Y/N )? 


See  Section  2.5.1. 
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SCREEN  12.52 


1 

The  Hunter-Ki 1 ler  Database  System 

12.52 

TERRAIN  01:  Low.  rolling  terroin 
Initial  Lino  of  Sight  Curve 

Enter  the  initial  line  of  eight  curve  used  to  determine  whether  LOS  exists 
between  pairs  of  ground  Hunt er-K i I  I e rs  at  the  start  of  each  replication. 
The  curve  gives  the  probability  of  LOS  at  a  given  range  in  meters. 

Edit  the  LOS  curve  (Y/N)?  _ 


This  screen  describes  the  Probability  of  Line  of  Sight  Database.  The  user  may 
skip  the  database  by  entering  "N"  in  response  to  the  prompt. 

If  the  user  enters  "Y" ,  the  browse  editor  will  be  entered.  The  fields  dis¬ 
played  are: 

DATABASE 

FIELD  NAME  =  MODEL  ATTRIBUTE  NAME 


RANGE  =  LOS. DISTANCE 

PROBJLOS  =  LOS. PROBABILITY 
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SCREEN  12.6  . 


The  Hunter-Ki I  I #r  Datobaee  Syete 


TERRAIN  01:  Low,  rolling  terrain 


Performing  data  checking 


13.0 


SCREEN 


rl 

1 

The  Hunter-Killer  Database  System 

13.0 

Run  Streams  Databases 


01  Standard  run 


Enter  ID  of  database  to  be  modified 
C  to  create  a  new  database 

+  to  display  more  database  names  (if  there  are  more  than  10) 
-  to  return  to  the  main  menu  _ 


See  Section  2.4.1. 
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SCREEN  13.1 


r§ 

The  Hunter-Killer  Datobase  System 

13.1 

Run  Streams  Databases 

New  database  to  be  created  has  ID  63 
Enter  file  description,  up  to  60  characters: 


Start  new  file  or  Copy  Existing  File  (N/C)?  _ 

Enter  ID  of  database  to  be  copied  or 
-  to  cancel 


I 

I 


V 


See  Section  2.4.2 


SCREEN  13.2 


r 

l 

The  Hunter-Killer  Database  System 

13.2 

STREAMS  01:  Stondord  Run 


Enter  E 

to 

ed  i  t 

the  database 

B 

to 

build 

the 

run 

st  ream 

D 

t  o 

delete 

the  database 

F 

t  o 

ed  i  t 

t  he 

run 

st  ream 

error 

file 

C 

to 

change 

the  comment  field 

L 

t  0 

print 

t  he 

run 

st  ream 

file 

R 

t  o 

generate 

a  report 

P 

t  o 

print 

the 

run 

s  t  ream 

error 

file 

X 

to 

delete 

t  he 

run 

st  ream 

k.  error  files 

- 

to 

return  to 

the  previous  screen 

Not*:  the  run  stream  fils  is  too  lorge  to  be  edited  from  within  dBASE  III 

^  _ 


See  Section  2.9.1. 
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SCREEN  13.4 


f  ""  '  '  '  - 

The  Hunter-Ki I  ter  Database  System  13.4 

STREAMS  01:  Standard  Run 

Ready  to  delete  the  following  database 

Database  ID:  01 
Comments:  Standard  Run 

Enter  confirmation  (Y/N)  _ 


See  Section  2.4.5. 
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SCREEN  13.51  . 


r 

1 

The  Hunt er-K i 1 1 e r  Ootabase  System 

13.51 

STREAMS  01:  Stanford  Run 

Last  run  usage  -  Run  stream  generated  MM/D0/YY  at  HH:MM:SS 

Enter  a  run  description.  The  first  line  will  appear  as  a  header  on  each 
page  of  output.  All  four  lines  will  appear  on  the  first  page  of  output. 


Choose  the  databases  to  be  used: 

Controls  _ 

Hunts r-K i I  I e rs  _ 


Continue  to  next  screen  (Y/N)? 


See  Section  2.9.2. 
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SCREEN  13.52 


r  _ _ _ _  _ 

The  Hunter-Killer  Database  System 

STREAMS  01:  Standard  Run 

To  override  the  visibility  in  the  controls  database,  enter  a  volue 
New  Visibility  _  meters 

To  override  the  sensors  or  lasers  in  the  Hunter-Killers  database: 

8LUE  RED 

Hunter  Killer  Hunter  Killer 

Sensor  ID  _  _  _  _ 

Laser  ID  _  _ 


^Continue  to  next  screen  (Y/N)? 

See  Section  2.9.2. 
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SCREEN  13.7 


The  Hunter-Killer  Database  System 

13.7 

STREAMS  01 :  Standard  Run 
Building  a  run  stream  for  the  CDC  mainframe 
Run  Description: 

Line  1  wi  I  I  appear  at  the  top  of  each  page  of  Hunter-Killer  Model  output. 

Lines  2  through  4.  if  not  blank, 

will  also  appear 

on  the  first  page  of  output. 

Database  IDs: 

Controls  _ 

Hunter-Killers  _ 

Enter  user  name  with  no  embedded  blanks  (for  task  card)  _ _ 

Enter  account  on  which  the  load  module  is  stored  _ _ _ 

Enter  account  to  which  the  output  is  to  be  cataloged  _ 

k _ 


See  Section  2.9.3. 
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This  page  was  intentionally  left  blank. 
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APPENDIX  B  -  SAMPLE  REPORTS 


This  appendix  contains  sample  reports  for  each  of  the  databases.  The  data 
shown  are  intended  to  describe  a  realistic  scenario  with  realistic  performance 
values  (such  as  probabilities  of  kill),  but  should  not  be  used  for  a  study 
without  being  verified  elsewhere. 

The  reports  are  given  in  the  following  order: 

Lasers 

Probabilities  of  Kill 

Sectors 

Sensors 

Sensor  Resolution  Curves 
Type  Platforms 
Type  Weapons 
Controls 

Defilade  Fractions 
Hunter-Killers 
Air  Tactics 
Movement  Controls 
Movement  Vectors 
Terrain 
Run  Streams 

Both  the  Sensors  and  the  Sensor  Resolution  Curves  reports  are  produced  from 
the  sensors  menu  (option  N  from  the  main  menu).  The  Hunter-Killers,  Movement 
Controls,  Movement  Vectors,  and  Air  Tactics  reports  are  all  produced  from  the 
Hunter-Killers  menu  (option  H  from  the  main  menu). 


£  1 

CX  —  1 

<r  u  i 

_J  UJ  1 

<r  uj  cn  i 

8  8 

i-  \  i 

■  ■ 

FALSE 

RA 

(NUM 

8  8 

U  1 

UJ  X  UJ  1 
U)hUl  1 

8  00 

JQ  O  1 

X  *-<  Z  i 

Cl  3  <T  1 

>0 

Z  1 
■«— *  1 

1—  1 

Z  1 

UJ  1 

UI  _J  X  1 

8  8 

e 

cn  <e  uj  i 

>  Q 

01 

•-•>3  1 

■  « 

+j 

O  ►-<  O  i 

N  01 

ui 

Z  3  0.  1 

> 

a  i 

in 

UJ  1 

01 

Ul  1 

in 

UJ 

IX  iX  1 

UJ  X  1 

8  8 

IQ 

in 

13 

<r 

>  1 —  1 

^  8 

<0 

03 

-•  <r  r  i 

•  • 

4-1 

<n 

UJ  iX  £  1 

nC  s 

<0 

H- 

U  UJ  ~  1 

in  n 

a 

<t 

UJ  £L  1 

a 

CC  <L  1 

L 

UJ  1 

01 

in 

H 

ix 

(J  f 

fH 

UJ 

Z  -  1 

8  8 

•H 

cn 

r  uj  a  i 

¥ 

<i 

<E  CD  <X  l 

in  in 

1 

_j 

111  iX  iX  1 

•  ■ 

L 

03  UJ  £  1 

8  8 

01 

>  ~  1 

4J 

►4.  1 

c 

Q  1 

3 

X 

Z  1 

O  1 

0) 

►4  j 

x: 

cn  cn  i 

N  8 

!— 

u  cn  i 

*-H  (-1  | 

r-  O 

J—  £  1 

•  • 

cl  cn  i 
a  z  i 

8  8 

<r  t 

CC  1 

h-  i 

—  i 

8  8 

cc  cn  i 

8  8 

j£  UJ  J—  1 

8  8 

<X  3  H  1 

8  8 

uj  a  <r  i 

N  8 

0.  CL  3  1 

N  8 

'w'  | 

1)0 

£  1 

X  1 

IX  1 

n0  <1 

1-  1 

*  « 

• 

o 

U  1 

8  8 

0 

00 

Ul  1 

rH 

z 

\ 

Cl  1 

00 

cn  i 

Of  s 
cr  \ 

a  i 

-4  M 

m 

0" 

•— •  i 

LL 

s 

i 

B-2 


s  s  s 

s  s  s 

8 

8 

8 

-•  s  s 

«  S  s 

^4 

8 

8 

6 

n  ■  • 

cc  in  •  • 

CC 

cc 

cc 

Ul 

■ 

• 

M 

0)  UJ 

MSS 

UJ  M  s  s 

0 

0 

0 

CM 

8 

8 

-J 

4J  (J) 

i 

I 

X 

X 

0 

0  cT 

u 

(J 

u 

u 

X 

X  CQ 

z 

z 

z 

z 

tn  <i 

M  S  O'  in 

3  S  O'  « 

CN 

3 

CM 

0 

CM 

0 

8 

8 

in 

X 

h* 

s  —  s 

<1  s  -  s 

r^ 

<X 

N 

<x 

N 

<r 

-4  Q 

8 

8 

i— 

8)  <£ 

i—  in  •  - 

_i  m  •  - 

t- 

_l 

t- 

K 

_j 

£  Ul 

• 

■ 

<L 

tf  Q 

MSS 

MSS 

CM 

8 

8 

« 

s 

s 

*4 

8 

<■4 

8 

— * 

8 

8 

U  -1 

s 

8 

0 

8 

8 

8 

8 

8 

8 

8 

*  _J 

M 

CM 

CM 

cm 

CM 

CM 

CM 

CM 

~4 

0 

S  S  S 

8  8  8 

8 

8 

8 

f  ^ 

D  S  M  x 

a  8  K> 

Q 

<s 

a 

a 

a 

a 

a  s 

8 

4 

a 

Q 

M  S  «  t 

*-»  8  •  • 

H 

M 

>— i 

M 

1-4 

M 

-4  Q 

• 

■ 

S-4 

U. 

MSS 

(NSS 

CM 

8 

8 

L  O 

E 

E 

E 

E 

c 

E 

E 

E 

E 

E 

tt 

L 

L 

L 

L 

L 

L 

L 

L. 

L 

L 

-•  01 

0 

0 

a 

0 

C 

□ 

0 

□ 

0 

O 

— t  0 

S  -0  M 

Q  >0  N 

4- 

4- 

4- 

4- 

4- 

4-8 

8 

CM 

4- 

■*4  *-* 

*>  S  »T  M 

4J  8  CM 

4-1 

4J 

4J 

0 

0 

4J 

4J  8 

8 

CM 

4J 

*  H- 

<S  IT)  •  • 

*  in  •  « 

* 

<1 

TJ 

* 

•» 

8 

8  in 

• 

• 

<TJ 

1  ~ 

x  **  S  S 

-4  *-«  8  8 

>-4 

H 

H 

^4 

f-4  <4 

8 

8 

i-4 

-i 

tt  — ' 

a. 

a. 

a. 

CL 

CL 

0. 

0l 

CL 

0. 

LL 

■u  at 

• 

at 

at 

8 

8 

SI 

SI 

8 

SI 

01 

C  <1 

as  n  - 

as  n  - 
>s  M)  «■ 

as  s  s 

as 

8 

8 

as  s  s 

as  s 

8 

as  s  s 

as 

8  8 

as 

.J 

4-4 

as 

8  8 

3  a 

>  s  <0  «r 

>  CM  S  S 

x^j 

8 

8 

>N  S  S 

>CM 

s 

8 

>CM 

s  s 

VCM 

8  8 

>-s 

8 

>s 

8  8 

I  a 

h-  s  •  • 

J-  Q  •  - 

K  8  •  • 

H  8 

* 

• 

k— 

8  •  • 

K  8 

• 

• 

H  8 

• 

• 

I-  8 

•  • 

H  S 

■ 

• 

H  M3 

•  • 

^  <r 

-  s  s 

-4  8  8 

tss 

8 

8 

8  8 

M- 

8 

8 

in 

s  s 

U1 

8  8 

»4 

8 

S 

in  s  s 

•  a. 

m 

Ml 

• 

It) 

tfl 

m 

a*  -4 

8  ^4 

8 

m 

c 

3 

3 

3 

3 

3 

3 

3 

3 

3 

3 

j- 

« 

* 

« 

tn 

ui 

m 

m 

Ul 

8 

(fl 

L.  S  -0  — 

L  8  *0  -4 

l  s  in  in 

L  8 

8 

8 

L 

s  in  m 

L  8 

8 

8 

L  8 

in 

in 

L  8 

8  8 

L  8 

8 

*4 

L  8 

8  8 

ssm-o 

at  s  at  'O 

01  8  N  N 

8  8 

0 

0 

8 

8  N  N 

8  8 

0 

0 

8  8 

h* 

8  8 

0  0 

8  8 

8 

MJ 

at  s 

8  «r 

>  in  ■  • 

>  01  •  • 

>  8  •  • 

>  8 

• 

■ 

> 

8  •  • 

>  8 

• 

■ 

>  8 

• 

• 

>  8 

■  • 

>  Ul 

• 

■ 

>  8 

■  • 

s  s 

s  s 

<f  8  8 

M* 

8 

8 

^88 

sr 

8 

8 

U1 

s  s 

til 

8  8 

8 

8 

Ul 

8  8 

a 

a 

X 

<x 

<t 

0 

s  s  s 

s  s  s 

s  in  in 

8 

tn 

in 

0 

s  in  in 

0  8 

in 

111 

0  8 

U1 

m 

0  8 

in  tii 

8 

8 

8 

x  8 

8  8 

O'  03 

0*  CD 

0  0 

0 

0 

CC 

0  0 

CC 

0 

0 

X 

0 

0 

x 

0  0 

Z 

8 

0 

0 

8  Ul 

z  •  • 

z  •  • 

■  • 

■ 

« 

*—» 

•  • 

• 

• 

X 

• 

■ 

X 

«  • 

0 

• 

• 

0 

3  s  s 

: 0  s  s 

8  8 

8 

8 

8  8 

0 

8 

8 

0 

8 

8 

hi 

8  8 

0 

8 

8 

0 

8  8 

a 

0 

-1 

0 

CL 

Cl 

H 

3 

3 

-1 

0 

CL 

Cl 

CM 

<1 

•X  'X 

-4  *c 

a  * 

a 

0 

0 

ic 

O 

jii 

O 

N 

* 

0 

X 

r  ~  a. 

£  -  0. 

- - cl 

K  ~ 

CL 

X 

-  CL 

X  ~ 

CL 

U  ~ 

Cl 

U  ~ 

u. 

H*  — 

CL 

X  - 

u. 

E  jL 

£  * 

£  ^ 

£ 

X 

£  JL 

£ 

X 

£ 

jL 

£ 

¥ 

£ 

* 

£ 

*4 

s  ^  a.  a 

s  ^  a.  o 

s  x  cl  a 

8  x 

LL 

Q 

8 

X  il  Q 

8  0 

a. 

a 

8  0 

a 

a 

8  XC 

cl  a 

8  ^ 

CL 

a 

8  x 

cl  a 

S'-  gj 

8  ~  UJ 

*■«  ~  UJ 

UJ 

cm 

w  uj 

CM  w 

0 

K»  ^ 

0 

fO  ^ 

0 

8  ^ 

0 

-4 

0 

—  a  to 

Q  0 

Q  0 

a 

0 

a  0 

•-* 

a 

0 

^4 

a 

0 

»4 

a  0 

[M 

O 

0 

N 

a  0 

UJ  UJ  z 

UJ  UJ  z 

UJ  UJ  Z 

UJ 

0 

Z 

0  0  z 

0 

0 

z 

0 

0  z 

0 

0  z 

0 

0 

z 

0 

0  z 

a  CD  3  <x 

a  0  a  <x 

a  0  0  <x 

a  8 

0 

<r 

a 

0  0  <r 

a  0 

0 

<r 

a  0 

0 

<1 

a  0 

0  <r 

a  0 

0 

<r 

a  0 

0  <X 

•  yQ 

«  z  z  o: 

•-»  z  z  a: 

-zzir 

«  z 

Z 

cc 

M 

z  z  cc 

-  z 

z 

cc 

*-  z 

z 

cc 

-4  Z 

z  oc 

~  Z 

z 

cc 

H  Z 

z  cr 

o*aj 

<t  a  z 

<z  <1  z 

aaz 

<r 

<r 

z 

<r  <r  z 

<t 

<x 

z 

<i 

cr 

z 

<x 

<r  z 

<r 

<r 

z 

<1 

<z  z 

Z  v 

c  a:  cc  3 

c  a  cr  0 

CiZiTD 

c  tr 

cc 

0 

c 

CC  CL  0 

c  cc 

cc 

0 

c  cc 

cc 

0 

c  cc 

CC  0 

c  cc 

cc 

0 

c  cc 

X  0 

-  © 

□ 

0 

c 

a 

0 

0 

0 

0 

0 

0 

01  8 

a 

a 

a 

a 

a 

a 

a 

a 

a 

a 

o»  V 

i 

* 

* 

nj 

l« 

nj 

8 

m 

*  o 

SI 

at 

8 

8 

8 

8 

8 

8 

8 

at 

iX  s 

3 

3 

3 

3 

3 

3 

3 

3 

3 

3 

B-3 


II 

w 

I 

+1 

cn 

<r 

♦- 

> 

a 

3 

cn 

<t 

O 

Z> 

t- 

u 

CL 

0 

<r 

cn 

ir 

in 

Q 

* 

*4 

CN 

13 

_1 

s 

s 

* 

-1 

CD 

00 

M 

* 

V 

a 

o 

Q 

u. 

H 

L 

o 

€ 

£ 

01 

L 

L 

tn 

0 

0 

••4 

Ul 

h- 

••4 

M 

4J 

-U 

* 

K 

>0 

* 

| 

w 

*4 

L 

-1 

CL 

CL 

0 

*-• 

V 

on 

ai 

Ql 

c 

<i 

as  s  s 

as  s  s 

3 

a 

>s  s  s 

>s  s  s 

X 

a 

K  *0  •  • 

H  >0  •  . 

LC 

Ul  S  S 

Ul  s  s 

fi 

a. 

in 

m 

£ 

3 

3 

H 

m 

in 

csss 

L  S  S  S 

oj  s  s  <r 

Ql  S  S 

>  s  .  • 

>  s  •  . 

Ul  s  s 

Ul  s  s 

a: 

cn 

UJ 

Hi 

i  Q  S  S 

X  s  s  s 

Hi  S  Ul 

UJ  S  Ul 

HI  •  - 

UJ  •  • 

w  s  s 

U)  s  s 

H 

H 

<1 

<r 

u  iO 

UJ  iO 

X  ~  CL 

x  -  a_ 

CN 

S  CL  O 

Ql'  H  Q 

«-<  ■«*  m 

^4  —•  UJ 

cn  a  a 

cn  a  0 

UJ  UJ  z 

UJ  UJ  z 

a  cd  a  <r 

a  0  tn  a 

•  >0 

~  Z  Z  X 

z  z  oc 

0  GO 

<r  <r  z 

«oz 

Z  N 

C  XX  3 

C  CO  X  3 

CD 

0 

0 

OJ  S 

a 

a 

a*  ^ 

u 

* 

*  ch 

01 

01 

CL  S 

3 

3 

B-4 


No.  1  The  Hunter-Ki 1 ler  Database  System 


s  s  s 


ID 
I X  > 
h-  X  a 
<X  3  - 
(J 


H 

Q 

r 


CN 

* 

> 

a 

u. 

3 


Ui 

> 

x 

3 

CJ 


QOS 


s  s  s 


I 

I 

I 


Ui 


>  >  1 

8  8  8 

O  LC  Q  1 

6 

U.  3  -  1 

ai 

3  CJ  1 

4J 

in 

IN  1 

> 

*  Ui  1 

cn 

>  1 

8  8  8 

>  on  a  i 

ai  uj 

0  3-1 

in  cn 

u.  a  i 

<o  <r 

Z  1 

3  ffl 

<o  <n 

Ui  1 

-M  1- 

>  >  i 

—  CN  — 

«u  <r 

□  0:0  i 

a  a 

U.  3  -  1 

Z  CJ  1 

k  cn 

ai  x 

>-  —  1 

—  o 

<r  cn  i 

-  cn 

X  _J  Q  1 

8  8  8 

•H  Z 

UUiZ  1 

8  in  8 

^  Ui 

h-  a  a  i 

•  •  • 

i  cn 

—  a  i 

0  0  8 

k 

3  >  Ui  1 

Q) 

cn  o  cn  i 

-U 

u.  —  1 

c 

3 

a  t 

I 

Z  1 

8  8  8 

>  —  i 

8  8  8 

ai 

a  3  i 

•  •  • 

£ 

u.  <X  1 

10  IO  — 

H 

U  1 

0  1 

U  1 

8  0  0 

—  >  —  I 

8  C*  N 

1-001 

•  •  • 

X  U.  Ui  1 

0  O  — 

ui  3  a  i 

>  -  i 

i 

8  8  10 

N  >  —  1 

8  UI  10 

—  a  0  i 

•  ■  • 

X  U.  Ui  1 

0  10  CN 

o  3  a  i 

4 

X  ~  1 

Z  1 

3  1 

X  1 

CN  CN  IN 

b-  1 

H  tN 

.  >0 

U  1 

1  1  1 

0  GO 

0  1 

0  0  0 

Z  \ 

Cl  1 

3 

0  1 

ai  s 

O'  V 

Q  1 

—  Cl  ro 

m  ^ 

—  1 

Cl  8 

1 

B-6 


SENSOR  RESOLUTION  CURVES 


E 

01 

ifl 


i 

N  CD  9  CD 

CD  9  CD 

i 

N  K*  CM  O' 

^  lO  CN  O' 

i 

MI  »■*  9  03 

>0  -«  9  CD 

>  i 

CD  CM  <r  in 

cd  cm  in 

i 

i 

K*  in  M3  >0 

to  m  m>  M) 

i 

9  3  9  9 

9  9  9  9 

i 

9  9  9  9 

9  9  9  9 

i 

s  s  s  s 

9  9  9  9 

x  1 

1 

9  9  9 

<f  9  9  9 

1 

9  ~  111  9 

9  -*  in  9 

1 

-4 

*4 

J 

0“ 

*r 

1 

M  N  CM  03 

cm  N  CM  03 

1 

ffl  CM  <0 

CD  CM  *■*  M) 

>  1 

K>  O'  to  in 

O'  w  in 

1 

•  •  •  ■ 

1 

1 

to  ^  mi  >o 

fO  <f  >0  M3 

1 

s  s  s  s 

9  9  9  9 

1 

9  9  9  9 

9  9  9  9 

1 

S3SS 

9  9  9  9 

X  I 

K*(DS  S 

tO  CD  9  9 

1 

1 

\ 

9  9  O' 

9  9  <5-  O' 

A 

*0  T3 
*«  m  — 

1 

CM  CM  UD  CD 

9  CM  03  CD 

l  L  <J 

1 

9  CM  N 

CM  CM  r-*  *-» 

6  e 

1 

N  <J-  MI  <t 

9  MI 

v.  ■>*  O’ 

>  1 

cm  r\  ~  in 

n  ^  m 

>  >  to 

1 

U  U  T3 

1 

1 

9  >0  *0 

CM  >0  M3 

>  >* 

1 

s  s  s  s 

9  9  9  9 

u  u 

1 

Q  S  S  S 

9  9  9  9 

c  c 

1 

S  S  3  8 

9  9  9  9 

Of  QJ 

3  3 

X  1 

1 

CM  N  S  9 

CM  N  9  9 
•  •  •  ■ 

O'  O' 
to  to  f- 
L  L  Q 

U.  U.  Z 

1 

1 

SQIOU) 

9  9  tO  03 

1 

K)  ^  Q  8 

tO  «*  9  9 

1 

03  in  CO  CD 

CD  in  G3  00 

>  >  > 

1 

CD  -•  O  9 

03  -  O'  9 

>  1 

'Oinmin 

M3  in  03  111 

1 

•  •  •  • 

'•  •  •  ■ 

•o 

ffl 

1 

1 

-  Ul  >0 

-  't  in  -o 

L 

E 

1 

9  9  9  9 

s  s  s  s 

—  \ 

1 

9  9  9  9 

s  s  s  s 

U  ^ 

f 

9  9  9  9 

s  s  s  s 

x  I 

-  MI  9  9 

M3  Q  S 

10 

1 

•  •  •  • 

■  •  •  ■ 

qj  to 

1 

9  9  CM  N 

Q  S  P'1  N 

QJ  N 

L.  — 

1 

cpcn 

QJ 

l 

9  O  CD  ^ 

9  O'  CD  «t 

T3  4J 

1 

8  h  S  Kj 

9  ^  9  tO 

~  QJ 

1 

9  to  m  ms 

9  fO  111  MI 

CP 

>  1 

9  CM  >0  <* 

9  CM  M3  <* 

QJ  L 

l 

•  ■  ■  ■ 

•  •  •  • 

L  * 

3  h 

1 

9  <r  in  m3 

9  111  M3 

4J  -*J 

Ifl  flj  QJ 

1 

1 

9  9  9  9 

9  9  9  9 

<  L  U1 

1 

9  9  9  9 

9  9  9  9 

L  Ql  L 

1 

9  9  9  9 

9  9  9  9 

+*  a  to 

X  1 

9  in  in  9 

9  111  111  9 

C  E  > 

1 

•  «  •  • 

0  QJ  C 

UhM 

1 

1 

9  9  MI 

9  9  ~  M3 

A  A  A 

II  M  A 

m  i 

U  K  J- 

H 

QJ  I 

CC  CC  Q 

QJ 

1 

9 

9 

II  £ 

> 

■o  1 

9 

9 

QJ 

C  1 

9 

9 

-1 

«  1 

9 

9 

U  1 

9 

9 

4J 

1  1 

• 

r 

-M  1 

9 

9* 

CP  0  1 

0  1 

-j 

^  1 

~  I 


C  I 

0  I 

~  I 


4J  QJ  | 

K 

H- 

3  a  i 

cc 

kT 

-«  >  i 

0  i-  5 

IP  \ 

to  i 

CC  1 

E 

E 

ID 

- 

CM 

B-7 


.  ’O 
0  X 
Z  N 
0 
Ql  9 
O'  ^ 
*  ^ 
0.  s 


u 

h* 

0) 

<r  ui 

H  Li) 
-J  X 
UJ  0 
Q  Ui 
Q 


0 
z  x 

0  D  Ui 
0  *-4  I- 
a  >-  uj 
CCUI 
U  Ui 
0  □ 
0 


E 

0) 

a 

-W 

t-  cn 

10 

Z  lC 

UJ 

cs  cu 

0 

0 

<->  t- 

<r 

UJ  uj 

Ql 

0 

i  r 

in 

<x 

* 

H 

J3 

<L 

— 

ns 

a 

L 

■*j 

0 

Q 

z 

CD  ^ 

X 

cn  -a 

L 

o 

<c  c 

Ql 

U- 

-J  3 

»*• 

u  o 

^■4 

<T 

L 

■•4 

-1 

a 

i£ 

1 

CL 

1 

L 

UJ 

z 

Ql 

0. 

u.  o 

4J 

> 

O  lL 

c 

►— 

<x 

3 

Q  UI 

X 

“  3 

Ql 

> 

£ 

1- 

*D 

Cl 

IT  X 
O  v. 
0  Ql 

a  3 
u  — 
0 


lL  X 
O  Ui 

z 

o  3 

-  o 

z 

O  -J 
0  UJ 

z  > 

X  UJ 
O  -J 
**3 


ssssssssssssss 

ssssssssssssss 


SSSSSSSSSSSSSS 


SSSSSSSSSSSSSS 

SSSSSSSSSSSSSS 

SSSSSSSSSSSSSS 

SSSSSSSSSSSSSS 

s  g  s  s  s  s  yi  s  s  iii  s  iii  ui  yi 


ssssssssssssss 


ssssssssssssss 

ssssssmsiosssss 


8  8  S  S  S  S  w  Q  H  ^  a  (N  M  M 


GSGSGS^GyiSS^itiin 

SSSSSSf>*Q>0N9h0mw 


ssssssssssssss 

ssssss'fSrtinso'NS 


S  S  S  S  S  S  N  S  CM  —  S  CM  -• 


I  I  I  I  I  I000  0I<T<I<I 


ssssssssssssss 
s  n  s  ^  cm 

h  h  m  n 


ssssss^-*-*^s^^r4 


i  I  I  I  I  t  0  0  X  X  I  0  0  0 


Q^^NMMyl-'Ul'O^SSS 

s  s  s 

n  n 


^  M  (N  (M  m  K><r  <r  t  <f  f-i  <t 


H-  UJ  -J 
»♦  X  CD  ~  UJ 

Z  0  X  J  X 

Z  0  X  <1  UJ 

i  JO  Uh-Xl- 

u  uj  a.  i  r  >  z  0 

kcuj<xz0  i-  r  i  o  2  i  □  > 

0XXui<r^-^xrv<i-4k-ULL 

‘-?-33^<rE<i>--j<r<i0X 

*«  iN  K>  <f  111  O  Q  Q  -  S  S  r  J 

ssssssss 

r  i  cm  ^000 


B-8 


f 

1 

1 

1 

1 

1 

Ui  1 

E  -  1 

«-•  tn  i 

J—  Q  1 

Z  1 

G  S  S  S  Q  S 

■ 

a  o  i 

<r  u  i 

in  in  in  ui  in  in 

■ 

a  m  i 

e 

_i  tn  i 

01 

UJ  ~  1 

+j 

(C  1 

in 

> 

^  1 

tn  uj 

a  cc  i 

G  G  G  Q  £3  G 

0 

UJ  X  1 

mss 

at  d 

UJ  V  1 

K)  <=r  m 

m 

in  cd 

CL  E  f 

flj  <X 

tn  i 

n  t- 

w  1 

<o  <r 

+■'  Q 

x  i 

O  1 

■ 

a  tn 

H  l—  1 

■ 

z 

uj  <r  i 

DCI-I- 

■ 

L  O 

0  Z  1 

UJ  UJ  0  D  0  UJ 

ai  cl 

X  0  1 

z  x  a  a  z  z 

-4  <E 

<r  -<  i 

a  w  u  u  □  o 

■ 

-H  til 

H  0  1 

Z  X  0  0  z  z 

■ 

3 

UJ  1 

■ 

¥ 

Q  1 

i  in 

l  Cl 

1 

Q  X 

ai  > 

1 

<X  0 

■ 

i- 

1 

0  0  0 

■ 

c 

UJ  1 

X  X  Z  0 

■ 

3 

E  1 

Z  >-  X  D  0 

X 

<r  i 

0  0  0  0  0 

Z  1 

0  0  Cl  h- 

■1 

01 

i 

3  0  0  w  <r 

r* 

i 

a  0  a  n  0 

| 

H 

i 

E  h-  X  U  t—  X 

i 

Q  G  G  G  G  G 

a  i 

S-NWS-4 

M  | 

1 

*-« 

1 

.  >0 

O  CD 

z  \ 

tD 

01  Q 

O'  X 

1 

1 

1 

1 

«  O' 
is.  S 

B-9 

4-> 

L 

Hi  4J  H  H 


i 

£ 

1 

U 

in 

as  ^ 

i 

UI 

O' 

1 

c 

> 

i 

OJ 

•H 

1 

as 

c 

L  J£ 

i 

> 

X 

1 

£ 

0 

QJ 

L. 

i 

1 

L 

•rH 

£  > 

0 

i 

UI 

Ul 

1 

p- 

0 

c 

£ 

C  k_ 

i 

r-4 

•H 

1 

-p 

£ 

□ 

as 

■w  m 

C'l 

t 

I 

L 

L 

•pi 

u 

> 

i 

OJ 

c 

1 

□ 

a j 

■p 

•pH 

£  OJ 

in 

i 

TJ 

2 

c 

1 

a  a. 

as 

pH 

L 

•H 

i 

<0 

0 

■  r-4 

1 

OJ 

u 

a 

0  + 

pH 

i 

pH 

_l 

£ 

1 

cc 

L. 

•H 

Ul 

OJ 

a 

pH 

QJ 

i 

•H 

3 

1 

O 

•-H 

£ 

V. 

OJ  i“H 

•pH 

Zj 

i 

4- 

in 

pH 

1 

iji 

in 

a 

L 

i.  as 

pH 

i 

0l 

■H 

O 

1 

a 

c 

Ql 

0 

£ 

> 

as 

i 

a 

Ul 

1 

OJ 

L 

a 

as 

>•  L. 

> 

> 

i 

C 

OJ 

1 

cn 

OJ 

L.  OJ 

L 

i 

c 

a  cc 

1 

H 

£ 

L 

>■ 

OJ  £ 

OJ 

QJ 

i 

•rH 

-rH 

1 

as  TJ 

U 

pH 

>  c 

> 

> 

i 

£ 

c 

1 

•H 

c 

as 

Ul 

c 

OJ  -H 

OJ 

0 

£ 

i 

UI 

3 

•pH 

1 

4J 

ai 

at 

3 

0 

£ 

QJ 

i 

£ 

rH 

as 

1 

•H 

£ 

+  + 

+ 

as 

£ 

i 

m 

O 

L 

1 

C  TJ 

L. 

05 

£ 

ui 

i 

cn 

Ul 

L 

1 

►— ( 

L. 

0  -P 

£  £ 

£ 

c 

> 

! 

V. 

OJ 

QJ 

1 

as 

£ 

Ul 

0 

l.  L. 

L. 

OJ 

cn 

1 

■0 

cc 

J- 

1 

OJ 

□ 

a 

as  as 

as 

£ 

c 

1 

h- 

c 

1 

u 

£ 

-P 

0 

QJ 

£  £ 

£ 

2 

0) 

0 

1 

c 

£ 

0 

1 

3 

QJ 

L 

C 

L. 

ui  in 

Ul 

ui 

8 

•rt 

1 

C 

■H 

■rH 

■H 

1 

TJ 

1- 

0 

TJ 

<8 

£ 

1 

OJ 

0i 

£ 

1 

0 

0 

a 

II 

II 

n  ii 

ii 

QJ 

n 

UI 

a 

1 

£ 

L 

tj 

cn 

a 

1 

l- 

u 

ai 

Ul 

as 

cn 

cn 

•pH 

1 

2 

1. 

01 

_i 

■H 

1 

Cl  cn 

cc  s 

H 

2 

3 

4 

3 

+» 

<r 

_i 

L 

1 

r 

OJ 

in 

o 

l. 

1 

<0 

CO 

o 

U 

1 

-a  cn  i— 

X 

CC 

u 

1 

Q 

<x 

0C 

UI 

1 

ui  ai 

ui  in 

j- 

Ul 

1 

in 

Ul 

Ul 

in 

Ul 

1- 

h 

ai 

1 

Ul  OJ  Ul  I  £ 

0J  OJ 

z 

OJ 

1 

OJ 

OJ 

Ul 

01 

OJ 

Ql 

L. 

<1 

z 

a 

1 

ai  >  3 

•H 

>  > 

a 

a 

1 

> 

> 

QJ 

> 

> 

> 

OJ 

Q 

o 

1 

£  -v 

u 

1 

•i" 

£ 

H 

u 

1 

3  N  >• 

TJ 

N  N 

1 

N 

3 

X 

X 

H 

cn 

1 

C  «  2 

ai 

j- 

1 

1 

C 

•pH 

_i 

z 

1 

•H  O  C  O 

in 

O  0 

X 

1 

0 

0 

-rH 

0 

0 

□ 

o 

X 

1 

e  z  a  _j 

X 

z  z 

Cl 

1 

z 

z 

8 

X 

z 

z 

Z 

l 

IT 

CC 

t- 

V. 

1- 

X 

qi 

Z 

O 

£ 

o 

0/ 

1 

8  8  >■  _J 

z  z 

Oj 

1 

>  > 

CN 

ID 

N 

N 

Z 

C 

u 

0 

1 

**  "0  Q 

8 

3 

1 

H 

3 

r-4 

1 

1 

I 

as 

1 

as 

1 

> 

1 

> 

1 

ai 

£ 

i- 

1 

c 

1 

in 

OJ 

0 

Ul 

1 

c 

H 

rH 

£ 

QJ 

OJ 

OJ 

1 

O  Q 

■r4 

£ 

L 

u 

u 

u 

1 

■r*  Ql  • 

a 

as 

0 

a> 

as 

as 

1 

£  £  TJ  C 

4—4 

u 

a 

L 

L 

L 

1 

fl  £  <8  0)  O 

c 

•»h 

OJ 

h- 

h- 

I— 

1 

U  O'  — i  UI  -p 

0J 

-rH 

rH 

cc 

OJ 

1 

•H  C  -H  O  +J 

Ul 

Oi 

OJ 

a 

H 

pH 

C 

H 

1 

-h  0J  £  £  3 

0i 

L 

ri 

as 

UI 

as 

as 

£ 

•rH 

£ 

1 

a_J  It  Q  ^ 

£ 

L.  £ 

£ 

as 

cc 

3 

> 

L 

U 

ai 

<0 

1 

at  a  -u  o 

nj 

01  £  -P 

as 

■p 

£ 

L 

OJ 

L. 

L 

•H 

1 

i£  c  m  ui 

£  H  U  3 

-I-* 

as 

£ 

as 

at 

c 

as 

L 

L 

1 

O  C  TJ  0) 

as 

£  S 

i. 

Q 

U 

£ 

£ 

QJ 

l11, 

QJ 

as 

i 

£  M  IX 

TJ 

0J  -H 

as 

as 

cn 

c 

CD 

cn' 

h- 

•  -43 

> 

1 

O  £  OJ 

£  2  r-4 

o 

OJ 

LO 

►-H 

Q  CO 

1 

as  in  -o  c 

c 

as  cn  <r 

£ 

at 

Ql 

OJ 

QJ 

Z  s 

1 

L  U  U  II  h 

■rH 

L. 

£ 

-p 

u 

£ 

U 

u 

U 

CD 

1 

qi  H  oj  i—i  as 

as 

£  QJ  TJ 

1 

L 

_/ 

L 

3 

3 

3 

Hi  8 

1 

£  -h  O'  -h  L 

L 

C  i  Qi 

0 

0 

TJ 

0 

£ 

u 

T) 

cn  v 

1 

e  a  l  £  l 

L 

-f4  o 

£ 

CL 

0 

a 

a 

0 

0 

*  o 

1 

3  01  <0  01  01 

ai 

as  e  - 

U 

OJ 

L 

QJ 

L 

L 

L 

a.  8 

1 

ZdhOI- 

h- 

x  cn  u. 

10 

CC 

Cl 

cc 

Cl 

Cl 

LL 

B-10 


I 


<u 

□ 

Ll 


or 

ed) 

>• 

T3  * 

C  —4 

ai  a 

•H 

e 

l  ai 

Hi 

Ll  XI 

in 

-P 

> 

C  O 

ID 

O' 

CD 

□  c 

> 

p  c 

■4-1 

(X 

0  --4 

01 

P  -4 

•  • 

U 

c 

1 

8  8 

Ul 

s 

ni  —1 

p 

u 

C  H 

« 

CD 

Ul 

U  "4 

ns 

0  <0 

i  8  in 

XI 

UJ 

_1 

01 

'H  2 

•  • 

z 

-4  E 

1  ■  4 

ns 

CD 

a 

p 

-P 

O' 

o 

p  ai 

*— 4  8 

P 

<E 

t£ 

"O 

Ll 

ns 

c 

4-4 

U  IX 

. 

<0 

CD 

s- 

c 

p  U. 

•i-i 

H- 

ns 

Q 

<t 

z 

in  <o 

c  « 

O' 

•  p 

<1 

L.  IX 

S— 

o 

in  to  u 

(D  CO 

c 

ns  in  in 

Q 

LL  CL 

1 

L 

<t 

u 

L  C  1 

•a 

•w 

L  L.  L 

<t 

01 

Q 

(U  O  P 

m  in 

P 

ID  01  01  ■ 

cx 

I 

p  u  o 

c 

nj 

a  p  p 

CD 

CD 

u 

oi  ai  o 

-o  <« 

L 

0  01  01 

(D 

■ —  i 

■mi 

_J 

a: 

e  in  p 

-4  01 

as 

E  E 

cj 

Ul  1 

8  8 

X 

O 

<i 

01  E 

a 

in  o  o 

i—0 

ai  l  i 

8 

1 

tx 

ID 

s 

•H 

0 

L  H  H 

nt  8  8  8  8 

X 

O'  01  1 

in 

L 

h* 

CD 

8 

P  8 

0  -4  r4 

Ul  E  • 

•  •  • 

Cl 

C  P  1 

ai 

z 

s 

01  • 

in 

HI  X  J£ 

L  L 

Nir  a) 

ns  ai  i 

p 

a 

8  8 

-4  8 

i. 

C  \ 

ns  ai 

z 

cx  z  i 

c 

u 

8  8 

P  ~ 

□ 

Qj  H  i-4 

cd  x: 

(3  • 

—  1 

3 

•  ■ 

-P 

in 

Ul 

1- 

Cl 

I 

8  in  8 

ns  8  8 

c  s 

>0 

8  8 

p 

8 

CD  8  8 

a>  8 

•O 

"0 

l  ri  H 

0 

0) 

8 

•  • 

in  • 

• 

• 

0  .  . 

x: 

ri 

•-4  S  8 

Ki 

N 

C'l 

p  S  8 

L.  P 

h- 

3 

L 

01  Ul 

P 

0 

in 

jo  ni  8 

S  8  8 

ai 

in 

p 

p 

6  L  • 

•  ■  • 

6 

in  >  >• 

in 

Ul 

Ul 

c 

3  P 

2 

4 

B 

-4 

ai  -p  -p 

in  c 

c 

c 

01  Ul 

z  c 

1 - 

U  'H  >H 

0  0 

0 

0 

■H  III  c 

0 

U  H  rH 

--4  L 

L. 

L 

U  C  0 

1  u 

c 

3  *H  ’H 

P  U 

U 

u 

■i-t  0  L 

0 

cn  i3  xi 

m 

•H 

■f-4 

P  L  U 

ni 

•*< 

n  j  ns 

ir  e 

E 

E 

P  U  1-1 

■  1-1 

p 

■4-  XI  X3 

111  H  £ 

L 

01 

cn 

u 

0  0  0 

-o  N 

O' 

o 

0  E 

QJ 

>  N  > 

ai 

L  L 

c  • 

■ 

• 

U  Cl 

p 

P  -4  P 

P  — < 

>0.  0. 

3 

in  --4 

H  P 

•H  c  ‘H 

>■  iii  a* 

-P 

O  0 

0 

□ 

c 

L.  U 

in  ct-p 

■W  Q  > 

-4  01 

L  P 

p 

p 

0  0  0 

U  Q> 

Ul  0  c 

•  o 

01 

h  3  T3 

(3 

-4  P  4J 

p 

ni  u  ai 

0  (D 

«-•  6  _l 

'ri  H  11 

«r 

■0 

p 

C  0) 

-h  ai  to 

z  ^ 

•w  3 

J3  CD  fit 

□  • 

■ 

• 

an  as 

o  a 

U  (X  4-4 

CD 

J3  E  P 

ni 

p 

L 

Ul 

01  8 

•H  -H  XI 

XI 

0 

c 

O'  \ 

in  c  cp 

0 

> 

Ul 

x: 

«  O' 

•*<  •*-«  -*H 

L 

Jb 

JO 

0 

a.  s 

>  r 

Cl 

CD 

<x 

n 

B-ll 


6 


01 

•p 

S 

+i 

in 

01 

> 

Hi 

cn 

tn 

tn 

L 

<E 

* 

0) 

cn 

1- 

ui 

<x 

«s 

h- 

pH 

XI 

<r 

is 

m 

Q 

L 

4- • 

Hi 

<8 

tn 

c 

Q 

z 

01 

o 

0 

L 

t-H 

01 

h* 

Q 

H 

CJ 

H 

H 

<E 

•«-t 

cn 

e 

X 

u. 

L 

1 

a 

L 

LU 

'4- 

01 

Q 

-P 

<r 

IS 

c 

3 

►H 

cl 

I 

Ll 

s  s 

UJ 

01  s  s 

01 

Q 

a  s  • 

r 

S 

i- 

i— 

versus 

0 

1.00 

a  ui 

Z  3 

3  IB 

o  « 

cn  tn 

0  PH 

-  > 

in  e 

ui  z 
<s  ~  o 

*— <  i— i 

U  Ui  1- 

0  a 

■  -0 

l  z  <r 

0  00 

to  a  cn 

Z  V 

>  cn  u. 

00 

L 

0)  s 

01 

O'  ^ 

UI 

Ifi  O' 

XI 

0.  S 

o 

r-4 

n 

£ 

i- 

s 

s 

s 

s 

■H 

M 

Q 

a 

t-t 

t-4 

6 

s 

L  S  S 

l  0  s 

OSS 

OSS 

H-  S  • 

<4-  S  ■ 

■P  <3  S 

+>NQ 

<0 

IB 

•— i 

fH 

0- 

CL 

s  s 

s  in 

01  S  -0 

0)  s  >0 

a  s  • 

as  ■ 

>ro  s 

>  K<  S 

i- 

f- 

UI 

UI 

3  S  S 

3  S  S 

UI  Q 

in  s 

L 

L 

01  H 

(2/  h 

> 

> 

a  ui 

a  ui 

Z  _1 

Z  3 

3  0 

3  0 

O  hh 

0  t-i 

oc  tn 

0  0 

0  t-i 

0  w 

~  > 

~n> 

in  £ 

in  z 

in  z 

UI  3  z 

is  -  a 

iS  w  o 

^-i  t-i 

r- 1  l-< 

a  ui  k 

U  Ui  H 

0  u 

0  u 

l  z  <r 

L  Z  <X 

to  <x  on 

tu  <l  cn 

>  cn  u. 

>  cn  u. 

L 

L 

0) 

ai 

UI  . 

UI 

n 

XI 

a 

a 

B- 12 


TYPE  HUNTER  HUNTER  KILLER  KILLER 

SIDE  PLATFORM  X  Y  HUNTER  HUNTER  HUNTER  AZIMUTH  JOHNSON  KILLER  KILLER  KILLER  AZIMUTH  JOHNSON 


NO  NO  K>  NO 


CC 

LI 

tfl 

<1 

_1 

oc 

o 

cn 

z 

w 

cn 


S  S  9  9  CN  Cl  CN  -  —  S  S  S  O'  l>  CD  CD  9 
O-O'O'O'Nr'NNi^N^N-O'O-O'ON 
Cl  Cl  CN  CN  CN  CN  CN  (N  N  CN  IN  Cl  CN 


___,«SSSSSSSSSSS93 


—  pg  C  N  CN  CN  CN  M  CN  CN  CN  CN  ON  CN 


sssssssssssssssss 


999SS9S9999S99999 


NO-*^«-'9999999999999 


HSI095SSSSSSSSSSSS 

K)  <3  CD  **  CN  C-  N  C»  TN  C-  CN  IN  CN  N  CJ  r-  CN 

on  no  in  •*  -*  ci  cn  no  co  »  iii  m  no 


sssssssssssssssss 

sssssssssssssssss 

(N  CN  CN  CN  CN  CN  CN  CN  CN  CN  CN  CN  CN  CN  CN  CN  CN 


SSSSaSQQSSQSSQQSQ 

SSJQSQQQQSSQQQQQ9Q 

H  W  H  ^  n  N  N  N  N  CN  w  (N  n  CN  CA  C A 


U  W 
Z  S 
CO 

Of  s 

□»  'V 

*  a* 
CL  9 


c&jiiiiaicccccccctcccccecccccccccicc: 


—  CN  NO  «■ 

9  S  S  9 


C  N  NO  <t  uO  -3  P-  CD  O-  9  —  C  l  NO 

QSQ999399*"''*'~4~' 

CN  CN  CN  CN  CN  CN  CN  CN  CN  CN  Cl  CN  CN 


B-13 


Page  No.  2  HUNTER-KILLERS  DATABASE  01 

09/08/86 


ui 

ai 

> 

o 

6 

e 

L 

0 

H- 

-P 

Hi 

r—i 

a 


v 

c 

3 

0 

L 

CP 

<5 


UI 

U 

•H 

•P 

u 

<5 

P 

L 

■H 

<x 


UI 

01  T3 

H 

u  ai 

□ 

C  4J 

■ 

L 

m  <5 

•a 

•P 

+»  TJ 

ai 

C 

ui  a 

UI 

c 

0 

•*<  3 

i- 

t-4 

o 

TJ 

01 

<+• 

ai 

-p 

01 

•p 

01  l 

QJ 

TJ 

c 

£  15 

E 

ai 

-P 

C 

6 

UI 

ai 

O 

m  oj 

Cl 

> 

■w  -P 

S 

XI 

0 

m 

s 

z 

-<  c 

iH 

01 

15 

> 

>  TJ 

i5 

L  L 

r*H 

£ 

01  O 

15 

-P  O 

> 

UI 

C  U 

L 

£ 

01 

•5 

UI 

-p 

01 

-P  -P 

c 

-P 

C 

01 

-P 

£  01 

£ 

ai  e 

O' 

>  •-« 

•w 

O  -P 

£ 

**- 

£ 

01  u 

0 

£  <5 

z 

01 

B-14 


Page  No.  1  HUNTER-KILLERS  DATABASE  01 

09/08/8A 


0£ 

UJ  cc 

m  o 

E  i— 
3  U 
Z  UJ 
> 
UJ 

a  h 
Z  x 
UJ  UJ 
3  Z 

a 

uj  u. 
tn  o 


ll| 

uuicn 


z  > 
<r  o 
v-  e 

CD 


u 

«OE 

0 

a  i — 

■p 

u 

111  ^ 

al 

a  tn 

> 

3  or 

J—  UJ 

+J 

w  H- 

c 

J—  UJ 

at 

3  E 

£ 

<r  ~ 

at 

> 

0 

i  tn 

E 

H  Ul 

3  UJ 

e  a: 

i-i  £3 

M  UJ 

<X  0 

UJ 

qc  a  <r 

a  z  uj 

i-  uj  m 

a  3  e 

uj  a  3 

>  UJ  z 

tn 

cc  o: 

UJ  UJ 

H  3  Q 

Z  3  w 

3  - 

SS8S3S8Q3SSSQ 


S838S888S8838 
S883S83SSS3S3 
w  Q  53  s  S  3  8  3  3  3  3  3  3 


88SSSS8S85383 


SC'JtN’-<— 'SS30'OQ30DCD 
r^iv'fv-r'-N-Nr^rs-'0'0'Q'0'0 
CM  CM  CM  CM  CM  CM  CM  CM  CM  CM  CM  CM  CM 


-<CNK)'ttlT'Ols-mO'S^CNfO 

QSSSSSSSS—1— 

CM  CM  r-J  CM  CM  CM  CM  CM  CM  CM  CM  CM  CM 

i 


B-15 


2 


xt 

c 

<s 

4J 

UI 

E 

•ri 

at 

• 

V 

4 J 

c 

at 

in 

•»4 

> 

IS 

CO 

L 

t—i 

L 

■fi  •• 

at 

at 

2  at 

ui 

+i 

L 

a 

4j  nj 

n 

H 

c 

r 

n> 

s 

0 

o»  in 

-p 

•44 

■44  L 

<0 

III 

4-1 

ui  at 

a 

CO 

3 

» — < 

<r 

»H 

4-  rH 

V. 

in 

0 

0  -H 

Q  ~4 

at 

<r 

in 

i£ 

s  s 

H 

i- 

at 

at  i 

Q  S 

r*4 

<r 

L 

C  L 

•  ■ 

•H 

a 

■h  at 

-4  S 

2 

.1  4-1 

l 

2 

0 

c 

c 

L 

*-« 

-P  3 

at 

at 

«t 

m  X 

.x 

4J 

u 

r 

ui  o 

c 

cc 

a 

-P  4- 

4J  u 

3 

Ui 

4- 

0 

UI  XI 

X 

H 

in 

•44 

"U 

TJ  u 

x  in 

at 

at 

c  - 

at  — 

r 

in 

o  <s 

i- 

3 

u  a 

CO  CO 

at 

o  a 

>• 

in  is 

_i  _i 

UI  c 
-P  0 

m 

■H  -u 

x  <s 
at  u  • 
•h  m 
tn  i— <  l 

a  a  at 
_i  at  +j 
i_  at 
u  s 
at  r 
rue 

+J  <5  44 

at  at 
r  at 

2  4-  CJ> 

0  c 
at  a» 

c  +j  L 
•r«  u 

e  «s  c 
l  4J  at 
at  m  > 

+i  * 

at  at  or- 


at  -o  r 
>  -p  <s 


L 

□ 

>  1 

3 

+) 

X*  -P 

H-  1 

CJ 

IS  IS 

i-i  i 

■■  XI 

_l  CO  1 

SlflSS 

4J 

01 

UI  CO 

>-4  O  1 

s  4J-  s 

r 

UI 

L  O 

01  _J  1 

•  •  •  ■ 

O' 

3 

at  _j 

<E  1 

44  S3  Q  S 

•H 

IS  Ll  1 

CO 

UI 

- <  4- 

a  o  i 

*44 

-4  0 

X  1 

4- 

i: 

Cl  I 

0 

at  i  > 

>  L  +i 

at 

1_  0)  r4 

— 

c 

34Jh 

ui 

■H 

U  C  -r4 

UI 

L. 

3  XI 

0 

at 

x>  X  IB 

z 

4-1 

JZ  X) 

<r 

at 

IS 

O'  XI  0 

iX 

E 

•H 

•it  C  L 

— • 

4J 

iii  3  a 

•r4 

0 

c 

4-  l  at 

H4 

o  err 

c 

c  C  II 

4-> 

0 

■«  at 

at  4- 

at  33 

c  o  in 

at 

UI  2  EE 

•4  at 

w 

X 

at  4-> 

H  HI  > 

IS 

e  at 

L.  *44 

•44  XI 

44  -44  Qi 

IS 

4 J 

IS  <0 

-p 

c 

•44  a  at 

•  40 

IS 

c  at 

4-1  > 

a  as 

XI 

IS  -X 

•44  c  L 

z  \ 

at  o 

c  at  3 

CD 

at 

E  L  l 

•44  at  u 

at  s 

ui 

n 

2 

O'  N. 

at 

at 

at  -u  at 

<S  l> 

r 

r  at 

r  at  r 

0.  S 

I- 

i-  n 

i-  A  1- 

B-16 


0000  T 

000Z 

000S 


RUN  STREAM  DATABASE  01 


&.  (*■ 
ft  O 
m 

a.  « 
a.  tn 
•«  1 
a 

o  — 

(N  —  ♦J 

*•  ¥l 

fv  )  k 

O  — 

-  «J  <- 

CM  C 

-«  —  ft 

—  X 
•3  «l 

ft  «3 

**  c 
n  i-  o 

m  ~ 

\  u.  &. 

«o  ft 

«  ft 

v  x  a 

a-  ►-  a 


c  -  * 

•  • 

n  *-  c 

3  — 
•  O  — 


•  L 

L.  0  3 

+>  *3  © 

M»  U 

a 

C  3-  Z 

3  —  3. 

c  «►<  <r 

o 

I  Q 

C  •  0C 

ft  O  *3  < 

cn  —  a  o 

ft  *3  a  z 

*  a.«i  < 

3  ~  3  h- 

t  o  cn 
c  u 

3  *  U  •  •  • 

v.  *  o  <m  n  ' 


M»  Ml  JC 

ft  —  » 

iff  OS- 
ft  L  01 

n  «j  «j 

*  c  c 

«->  0  3 

ft  U  X 

T3 


ft 

ft 

X 

•o 

«-> 

iff 

= 

o 

Iff 

*J 

Q 

c 

M 

o 

u 

L. 

ft 

ft 

Ml 

X 

ft 

— 

L 

•" 

O 

>. 

v. 

o 

~- 

Iff 

2 

01 

Ml 

•— 

Iff 

01 

X 

> 

*3 

01 

4i 

£ 

•a 

♦3 

s. 

ai 

L. 

■a 

ft 

> 

u 

o 

s. 

&. 

01 

— 

ft 

> 

o 

»• 

3 

—• 

>» 

a 

• 

ki 

3 

X 

(C  L. 

•3 

ft 

*3 

•J 

•“ 

• 

c 

o 

3 

s. 

r 

o 

01 

s. 

N 

a» 

Ml 

1 

M 

L. 

c 

1 

<1 

o 

u 

c 

«3 

c 

ft 

o 

• 

c 

c 

ft 

_ 

fc. 

■— 

u» 

o 

ft 

bl  X 

»» 

3 

Ml 

-J 

01 

ft 

ffi  u 

3 

3 

ft 

*» 

ft 

>* 

ft 

X 

> 

«3 

> 

3 

X 

cn 

cn 

c 

•— 

c 

n 

v» 

3 

— 

3 

O 

Iff 

o 

•— 

> 

o 

0 

i» 

3 

w 

• 

01 

Z 

ft 

X 

X 

•3 

u- 

•M 

B-17 


This  page  was  intentionally  left  blank. 


B-18 


APPENDIX  C  -  ID  VERIFICATION  ERRORS 


This  appendix  contains  a  list  of  all  error  messages  that  may  be  produced  when 
ID  numbers  are  verified  (option  V  from  the  main  menu)  as  described  in  Section 
2.8.  The  error  numbers  are  of  the  form  Id.m,  where  I  indicates  an  ID  error,  d 
indicates  the  database  as  described  in  Section  2.1.4,  and  m  is  a  sequence 

number.  Underscores,  _ ,  are  used  to  indicate  where  values  will  appear  and 

the  number  of  spaces  the  values  will  occupy. 

13.1:  Lasers  database  contains  a  blank  record  or  an  ID  =  0 

The  Lasers  Database  contains  a  record  with  an  ID  less  than  one.  This  may 
indicate  an  invalid  ID  -  values  must  be  from  1  to  999.  It  may  also 
indicate  the  presence  of  a  blank  record  that  may  be  deleted. 

14.1:  PKs  database  Weapon  ID  _  Platform  ID  _  has  invalid  Weapon  ID 

The  Probabilities  of  Kill  Database  has  an  invalid  type  weapon  ID 

(WEAP0N_ID)  for  the  indicated  weapon  and  type  platform  combination. 

14.2:  PKs  database  Weapon  ID  _  Type  Platform  ID  _  has  invalid  Platform 

ID 

The  Probabilities  of  Kill  Database  has  an  invalid  type  platform  ID 

(T_PLAT_ID)  for  the  indicated  weapon  versus  type  platform  combination. 

14.3:  PKs  database  Weapon  ID  _  has  values  for  non  4  Type  Platform  ID  _ 

The  Probabilities  of  Kill  Database  has  values  for  the  indicated  type 

weapon  firing  at  the  indicated  type  platform.  PKs  are  only  meaningful 
against  type  platforms  with  a  Johnson  Level  of  4.  The  level  for  a  type 
platform  is  given  by  its  JOHN_LEVEL  attribute. 

15.1:  Sectors  database  contains  a  blank  record  or  an  ID  =  0 

The  Sectors  Database  contains  a  record  with  an  ID  less  than  one.  This 

may  indicate  an  invalid  ID  -  values  must  be  from  1  to  999.  It  may  also 
indicate  the  presence  of  a  blank  record  that  may  be  deleted. 

16.1:  Sensors  database  contains  a  blank  record  or  an  ID  =  0 

The  Sensors  Database  contains  a  record  with  an  ID  less  than  one.  This 

may  indicate  an  invalid  ID  -  values  must  be  from  1  to  999.  It  may  also 
indicate  the  presence  of  a  blank  record  that  may  be  deleted. 

16.2:  Sensors  database  has  Sensor  ID  _  with  invalid  NFOV  Curve  ID _ 

The  indicated  sensor  has  a  non-zero  NF0V_ID  that  does  not  point  to  a 

valid  curve  in  the  Resolution  Curves  Database. 
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16.3:  Sensors  database  has  Sensor  ID 


with  invalid  NFOV  2  Curve  ID 


The  indicated  sensor  has  a  non-zero  NF0V_2_ID  that  does  not  point  to  a 
valid  curve  in  the  Resolution  Curves  Database. 

16.4:  Sensors  database  has  Sensor  ID  _  with  invalid  WFOV  Curve  ID  _ 

The  indicated  sensor  has  a  non-zero  WF0V_ID  that  does  not  point  to  a 
valid  curve  in  the  Resolution  Curves  Database. 

16.5:  Sensors  database  has  Sensor  ID  _  with  invalid  WFOV  2  Curve  ID 

The  indicated  sensor  has  a  non-zero  WF0V_2_ID  that  does  not  point  to  a 
valid  curve  in  the  Resolution  Curves  Database. 

16.6:  Sensors  database  has  Sensor  ID  _  with  invalid  MRT  Curve  ID  _ 

The  indicated  sensor  has  a  non-zero  MRT_ID  that  does  not  point  to  a  valid 
curve  in  the  Resolution  Curves  Database. 

16.7:  Sensors  database  has  Sensor  ID  _  with  invalid  ATR  Curve  ID  _ 

The  indicated  sensor  has  a  non-zero  ATR_ID  that  does  not  point  to  a  valid 
curve  in  the  Resolution  Curves  Database. 

17.1:  Type  Platforms  database  contains  a  blank  record  or  an  ID  =  0 

The  Type  Platforms  Database  contains  a  record  with  an  ID  less  than  one. 

This  may  indicate  an  invalid  ID  -  values  must  be  from  1  to  999.  It  may 

also  indicate  the  presence  of  a  blank  record  that  may  be  deleted. 

17.2:  Type  Platforms  database  has  Platform  ID  _  with  invalid  Weapon  ID  _ 

The  indicated  type  platform  has  a  WEAP0N_ID  that  does  not  point  to  a 
valid  weapon  in  the  Type  Weapons  Database. 

18.1:  Weapons  database  contains  a  blank  record  or  an  ID  =  0 

The  Type  Weapons  Database  contains  a  record  with  an  ID  less  than  one. 

This  may  indicate  an  invalid  ID  -  values  must  be  from  1  to  999.  It  may 

also  indicate  the  presence  of  a  blank  record  that  may  be  deleted. 

110. 1:  Defilade  database  has  data  for  sensor  vs  invalid  Platform  ID 


The  indicated  Defilade  Fractions  Database  contains  data  for  Air  or  Ground 
sensors  vs  an  invalid  type  platform  ID  (T_PLAT_ID) . 

Ill .  1 :  HKS  database  _  HK  ID  _  has  invalid  type  platform  ID  _ 

In  the  indicated  Hunter-Killers  Database  there  is  a  hunter-killer  with  an 
invalid  T_PLAT_ID . 
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111.2:  HKS  database  _  HK  ID  _  and  i ts . T_PLAT_ID  are  different  colors 

In  the  indicated  Hunter-Killers  Database  there  is  a  hunter-killer  whose 
side  (SIDE)  does  not  match  the  side  (COLOR)  of  the  hunter-killer’s  type 
platform  (T_PLAT_ID) . 

111.3:  HKS  database  _  HK  ID  _  has  invalid  hunter  sensor  ID  _ 

In  the  indicated  Hunter-Killers  Database  there  is  a  hunter-killer  with  an 
invalid  sensor  ID  (H_SENS0R) . 

111.4:  HKs  database  _  HK  ID  _  has  invalid  killer  sensor  ID 

In  the  indicated  Hunter-Killers  Database  there  is  a  hunter-killer  with  an 
invalid  sensor  ID  (K_SENS0R) . 

111.5:  HKS  database  _  HK  ID  _  has  invalid  hunter  laser  ID  _ 

In  the  indicated  Hunter-Killers  Database  there  is  a  hunter-killer  with  an 
invalid  laser  ID  (H_LASER) . 

111.6:  HKS  database  _  HK  ID  _  has  invalid  killer  laser  ID  _ 

In  the  indicated  Hunter-Killers  Database  there  is  a  hunter-killer  with  an 
invalid  laser  ID  (K_LASER) . 

111.7:  HKS  database  _  HK  ID  _  has  invalid  hunter  sector  ID  _ 

In  the  indicated  Hunter-Killers  Database  there  is  a  hunter-killer  with  an 
invalid  sector  ID  (H_SECT0R) . 

111.8:  HKS  database  _  HK  ID  _  has  invalid  killer  sector  ID  _ 

In  the  indicated  Hunter-Killers  Database  there  is  a  hunter-killer  with  an 
invalid  sector  ID  (K_SECT0R) . 
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APPENDIX  D  -  DATA  VERIFICATION  ERRORS 


This  appendix  contains  a  list  of  all  error  messages  that  may  be  produced  when 
a  database  has  been  edited.  The  error  numbers  are  of  the  form  Ed.m,  where  E 
indicates  a  data  error,  d  indicates  the  database  as  described  in  Section 

2.1.4,  and  m  is  a  sequence  number.  Underscores,  _ ,  are  used  to  indicate 

where  values  will  appear  and  the  number  of  spaces  the  values  will  occupy. 

As  described  in  Sections  2.4  and  2.5,  each  time  a  database  is  edited,  limited 
data  checking  is  performed.  If  an  error  is  found,  on*  of  the  following 
messages  is  displayed.  The  messages  do  not  always  identify  the  database  in 
which  the  error  lies.  These  messages  are  only  displayed  immediately  after  a 
database  has  been  edited  so  that  there  is  no  confusion  about  the  source  of  the 
error . 

E3.1:  Database  contains  a  blank  record  or  there  is  an  ID  <  1 

The  Lasers  Database  contains  a  record  with  an  ID  less  than  one.  This  may 
indicate  an  invalid  ID  -  values  must  be  from  1  to  999.  It  may  also 
indicate  the  presence  of  a  blank  record  that  may  be  deleted. 

E3.2:  Laser  _  has  an  invalid  spectrum 

The  identified  laser  has  an  invalid  spectrum.  Permissible  values  are  1 
through  4. 

E4.1 :  Ranged  PK  <  0.00  or  >  1.00  at  RANGE  =  _ 

The  Probability  of  Kill  Database  just  edited  has  an  invalid  PK  (RANGD_PK) 
at  the  indicated  range. 

E4.2:  Unranged  PK  <  0.00  or  >  1.00  at  RANGE  =  _ 

The  Probability  of  Kill  Database  just  edited  has  an  invalid  PK 
(UNRANGD_PK)  at  the  indicated  range. 

E5.1:  Database  contains  a  blank  record  or  there  is  an  ID  <  1 

The  Sectors  Database  contains  a  record  with  an  ID  less  than  one.  This 

may  indicate  an  invalid  ID  -  values  must  be  from  1  to  999.  It  may  also 

indicate  the  presence  of  a  blank  record  that  may  be  deleted. 

E6.1:  Database  contains  a  blank  record  or  there  is  an  ID  >  1 

The  Sensors  Database  contains  a  record  with  an  ID  less  than  one.  This 

may  indicate  an  invalid  ID  -  values  must  be  from  1  to  999.  It  may  also 

indicate  the  presence  of  a  blank  record  that  may  be  deleted. 

E6.2:  Sensor  _  has  an  invalid  spectrum 

The  identified  sensor  has  an  invalid  spectrum.  Permissible  values  are  1 
through  4. 
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E6.3:  Sensor  _  has  a  FOV  scaling  factor  <  1.0 

The  indicated  sensor  has  an  invalid  scaling  factor.  The  value  must  be 
greater  than  or  equal  to  1.0. 

E6.4:  Database  contains  a  blank  record  or  there  is  an  ID  >  1 

The  Resolution  Curves  Database  contains  a  record  with  an  ID  less  than 
one.  This  may  indicate  an  invalid  ID  -  values  must  be  from  1  to  999.  It 
may  also  indicate  the  presence  of  a  blank  record  that  may  be  deleted. 

E6.5:  Curve  ID  _  -  curve  type  was  not  set 

The  indicated  resolution  curve  does  not  have  the  curve  type  set. 

E6.6:  Curve  ID  _  has  invalid  curve  type  _ 

The  indicated  resolution  curve  has  an  invalid  curve  type. 

E7.1:  Database  contains  a  blank  record  or  there  is  an  ID  <  1 

The  Type  Platforms  Database  contains  a  record  with  an  ID  less  than  one. 
This  may  indicate  an  invalid  ID  -  values  must  be  from  1  to  999.  It  may 
also  indicate  the  presence  of  a  blank  record  that  may  be  deleted. 

E7.2:  Type  Platform  _  has  invalid  Johnson  Level  -  value  must  be  1-4 

The  identified  type  platform  has  an  invalid  Johnson  level  (J0HN_LEVEL) . 

E7.3:  Type  Platform  _  has  0WNER_ID  =  0  -  this  is  only  valid  if  J0HN_LEVEL=1 

All  type  platforms  muso  have  an  owner  except  at  the  lowest  level  of  1. 
The  owner  should  have  a  level  one  less  than  the  owned  type  platform. 

E7.4:  Type  Platform  _  has  invalid  COLOR  of  _  -  value  must  be  B  or  R 

The  identified  type  platform  is  neither  blue  or  red.  Only  level  4  type 
platforms  have  colors. 

E7.5:  Type  Platform  _  has  invalid  CLASS  of  _  -  value  must  be  A  or  G 

The  identified  type  platform  is  neither  air  or  ground.  Only  level  4  type 
platforms  have  a  class. 

E8.0:  Database  contains  a  blank  record  or  there  is  an  ID  <  1 

The  Type  Weapons  Database  contains  a  record  with  an  ID  less  than  one. 
This  may  indicate  an  invalid  ID  -  values  must  be  from  1  to  999.  It  may 
also  indicate  the  presence  of  a  blank  record  that  may  be  deleted. 
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E8.1:  Weapon  ID  _  target  designator  was  not. set.  Reset  to  NONE. 

The  identified  type  weapon  did  not  have  its  target  designator  set.  The 
HKDS  automatically  reset  the  value  to  NONE. 

8.2:  Weapon  ID  _  has  invalid  designator  =  _ 

The  identified  type  weapon  has  an  invalid  target  designator. 

E10.1:  Defilade  Fraction  Visible  <  0.00  or  >  1.00  at  RANGE  = 


The  Defilade  Fractions  Database  just  edited  has  an  invalid  fraction 
(FRAC_VIS)  at  the  indicated  range. 

El  1.1:  Database  Contains  a  blank  record  or  there  is  an  ID  <  1 

The  Hunter-Killers  Database  just  edited  contains  a  record  with  an  ID  less 

than  one.  This  may  indicate  an  invalid  ID  -  values  must  be  from  1  to 

999.  It  may  also  indicate  the  presence  of  a  blank  record  that  may  be 
deleted. 

Ell. 2:  HK  ID  _  has  invalid  hunter  Johnson  level  of  _  -  value  must  be  1-4 

The  identified  hunter-killer  has  an  invalid  Johnson  Level  to  which  the 
hunter  must  acquire  a  target  before  taking  action  (HJ0HN  LEV).  This 

value  is  only  needed  if  the  hunter  has  a  sensor  (HSENS0R  >  0j. 

Ell. 3:  HK  ID  _  has  invalid  killer  Johnson  Level  of  _  -  value  must  be  1-4 

The  identified  hunter-killer  has  an  invalid  Johnson  Level  to  which  the 
killer  must  acquire  a  target  before  taking  action  (K_J0HN  LEV) .  This 

value  is  only  needed  if  the  killer  has  a  sensor  (K_SENS0R  >  0j. 

El 1.4:  Vectors  have  invalid  HK  ID  of  _ 

The  Move  Vectors  Database  just  edited  has  a  hunter-killer  ID  (HK_ID)  that 
does  not  match  an  ID  in  the  associated  Hunter-Killers  Database. 

El 1.5:  Team  _  has  an  invalid  scout  ID  of  _ 

The  indicated  flight  team,  1  or  2,  has  a  hunter-killer  ID  for  the  scout 
(T1_SC0UT  or  T2_SC0UT)  that  does  not  match  an  ID  in  the  associated 
Hunter-Killers  Database. 

El 1.6:  Team  _  has  an  invalid  attack  ID  of  _ 

The  indicated  flight  team,  1  or  2,  has  a  hunter-killer  ID  for  an  attack 
platform  (T1_ATTACK1 ,  T1_ATTACK2,  T1_ATTACK3 ,  T2_ATTACK1,  T2_ATTACK2 ,  or 
T2_ATTACK3)  that  does  not  match  an  ID  in  the  associated  Hunter-Killers 
Database. 


D-3 


Ell. 5:  Team  has  an  invalid  tactic  of 


The  indicated  flight  team,  1  or  2,  has  an  invalid  tactic  (T1  TACTICS  or 
T2_TACTICS) . 

E12.1:  LOS  Probability  <  0.00  or  >  1.00  at  RANGE  =  _ 


The  Terrain  Database  just  edited  has  an  invalid  Line  of  Sight  Probability 
(PR0B_L0S)  at  the  indicated  range. 
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APPENDIX  E  -  RUN  STREAM  GENERATION  ERRORS 


This  appendix  contains  a  list  of  all  error  messages  that  may  be  produced  when 
a  run  stream  is  generated  (option  R  from  the  main  menu).  The  error  numbers 
are  of  the  form  Sm,  where  S  indicates  a  run  stream  error  and  m  is  a  sequence 

number.  Underscores,  _ ,  are  used  to  indicate  where  values  will  appear  and 

the  number  of  spaces  the  values  will  occupy. 

SI:  ERROR  -  Sector  ID  _  does  not  exist 

A  hunter-killer  has  an  invalid  sector  ID  (H_SECT0R  or  K_SECT0R) . 

S2:  ERROR  -  Laser  ID  _  does  not  exist 

A  hunter-killer  has  an  invalid  laser  ID  (H_LASER  or  K_LASER) . 

S3:  ERROR  -  Sensor  ID  _  does  not  exist 

A  hunter-killer  has  an  invalid  sensor  ID  (H_SENS0R  or  K_SENS0R) . 

S4:  ERROR  -  Hunter-Killer  database  calls  for  non-existent  platform  ID 

A  hunter-killer  has  an  invalid  type  platform  ID  (T_PLAT_ID) . 

S5:  ERROR  -  Hunter-Killer  database  calls  for  non-level  4  platform  ID  ____ 

A  hunter-killer  must  be  a  level  4  type  platform  (T_PLAT_ID) .  This  is  the 
level  that  identifies  a  specific  equipment  type  and  defines  its  charac¬ 
teristics.  Levels  3,  2,  and  1  are  used  to  group  similar  types  of  plat¬ 
forms  with  decreasing  precision,  with  level  1  indicating  only  that  an 
undefinable  target  has  been  detected. 

S6:  ERROR  -  Platform  ID  _  has  invalid  owner  ID  _ 

A  type  platform  called  for  by  the  Hunter-Killer  Database  has  an  owner  ID 
that  is  not  in  the  Type  Platform  Database  (0WNER_ID) . 

S7 :  ERROR  -  Weapon  ID  _  does  not  exist 

A  type  platform  has  an  invalid  weapon  ID  (WEAP0N_ID) . 

S8:  ERROR  -  Type  Platform  ID  _  does  not  exist 

This  error  duplicates  errors  S4  and  S6:  this  check  is  made  in  a  different 
part  of  the  run  stream  generator  than  the  two  earlier  errors. 

S9:  WARNING  -  PKs  do  not  exist  for  weapon  ID  _  versus  type  platform  ID 

A  weapon  (WEAP0N_ID)  used  by  one  of  the  type  platforms  called  for  by  the 
Hunter-Killer  Database  does  not  have  a  probability  of  kill  curve  against 
one  of  the  other  type  platforms  (T_PLAT_1D) . 


S10:  WARNING  -  Defilade  Fractions  not  given  for  _  sensors  vs  type  platform 

ID  _ 

This  message  will  only  appear  when  the  TARGETS  IN  DE1FILADE  control  in  the 
controls  database  has  been  set  to  YES.  It  indicates  that  fractions 
visible  were  not  given  for  AIR  or  GROUND  sensors  versus  one  of  the  type 
platforms  called  for  by  the  Hunter-Killer  Database  nor  was  a  generalized 
fractions  visible  curve  defined.  The  Hunter-Killer  Model  uses  a  fraction 
visible  of  zero  in  this  case. 

Sll:  ERROR  -  Sensor  ID  _  has  invalid  curve  _ 

A  sensor  has  an  invalid  resolution  curve  ID. 


